Replies for tickets on suppota
Hello,
Thank you for your messages, I am going to assign this ticket to Ashan and he will be able to take it from here and find you a solution. Please allow some time for him to get back to you, we greatly appreciate your patience and thank you for being a eventon customer! Also please disable any IP blocking on your site if there are any.
Hello,
Thank you for your great suggestion, at the moment it is not supported. However please create a new ticket and select Feature Request as category so others can vote on your idea and get it moved into development faster.
Please tell me which country/countries you are troubleshooting from so I can relax Wordfence for access from that/those individual place/s.
Thankyou, its #171934
And yes – single event pages have the same issue
Hello!
Yes I try it and it resolve the problem. Just that makes the tickets sale complicated for the customer because after every seat selecting they have to add to cart the selected seat before they can select the second one.
And every time they need to scroll down to add to cart and than back for seat selecting. This will be confusing for the customer.
Please try to solve this problem as soon as possible.
Thank you in forward.
You wrote “interesting for me your website also shows corect times in both incog and loggedin version.”
When SG Cache is purged it does resolve but if you refresh both logged in and incognito pages the times will be different. Please once again review https://somup.com/c0j6cvAf0A as it displays the entire issue effectively (including correct timing at page purge, which is how I suspect you are getting correct times in your screenshot).
I have just been in touch with the web host – Siteground – to explore further. They confirm the timings are still out. They also manage the SG Optimiser plugin. I asked about what you asked (“I wonder if this cache plugin is caching database data as well?”). In response they tested disabling memcache but the issue remains. They spent time testing and confirmed the issue is not related to the SG Optimizer plugin.
And WP Rocket has done extensive testing too (including moving the whole site to a staging environment). The last update from them is as follows:
……………………
Thank you for your patience while waited for a reply. I proceeded with more tests using the migrated copy and I noticed even if no WP Rocket optimizations are being used, the issue persists. It seems the page cache mechanism is not compatible with the time count progress bar.
When a cache file is generated and the even is ended, it seems the event removal functionality is not able to make changes to the DOM and this way to remove the event, as said, it happens due to the way cache works.
I am not really sure if it will work the way we intend and for this case, I kindly recommend you to consult the event plugin support in order to get some more guidance from them if it is really compatible with cache plugins and if so, if we have any setting, filter or so to achieve the correct behavior.
Please, keep us updated on their reply, so, we can determine if we really can help for this case.
……………………
So please understand I have exhausted all efforts before contacting you guys. I have been on this for over 3 weeks now trying to get a resolution.
Please explore further.
Thanks, Michael
No, I have not touched any php files
Artem said “In the mode it just keeps showing 12 seconds left every time I refresh the page.” so the issue still exists your end
Hmmm, I don’t know if caching plugin is caching database data as well. Guess I’m going to have to get back to WP Rocket. I would have thought both plugins would be compatible given how widely used WP Rocket is used.
I see the screenshot in the test event where times are correct. What’s the (19)? Never seen that before