Archives: Replies

1. Please take a look at this page:

https://bearstrategiesgroup.com/test-2/

I added eventtop_style=”5” to the shortcode.

2. Only one on my side:

Could you check and let me know?

Adding etc_override=”yes” changed the color to red. Could you check the test page and let me know?

We are glad your issue is resolved, if you have any further questions or concerns please create a new ticket.

Thank you, 

hide_mult_occur=”yes”

 did it!

Best 

Carmen

Hello

I use Classic Editor to edit, not Gutenberg. I usually insert shortcode directly into the content but Eventon can’t do it. Is there any way to handle it or do I have to use Gutenberg?

Thanks

Thank you for your reply. Here’s the Order ID #42432 of our last purchase. 

Hello,

Could you send us Order ID of your purchase?

I am going to escalate this ticket to development to help in here. Please allow us some time to address this, and we truly appreciate your patience. Thank you for being a valued EventON customer!

Okay I see that your short code did work to some extent. That’s great. However, there are still 2 problems. 1) I want the events to show in the clean version like the last one. I’m using the short code for that appearance which is [add_eventon eventtop_style=’5’].   2) Why are there still 2 of the same events (Test Event) showing up in the list? Thank you!

That’s much better now that is says the name of the event. However, we’ve labeled that event type with the color red but it’s showing on the calendar as blue. How can that be fixed? It’s super important that the different event types show up in different colors on the calendar grid to my client. This is one of the main reasons for choosing EventOn.

That’s absolutely not what happened. If you look at the site it is set to autocomplete all four order types in the ticket settings. It does not autocomplete any orders. I am going to have to change the most recent batch of orders, about 30, to complete now so the customers get their ticket email but all of the seats are reserved and stay reserved as I believe they should based on expectations for seats and order functionality when they’ve paid. None of the orders previously using Google Pay were successfully reserving seats from the time the order was placed regardless of status. When we get through this Friday and Saturday, the two dates of the event we’re selling on the site now, I can turn back on the Google Pay functionality for testing with a made up event.