|
jstrickler
|
February 22, 2018 at 3:17 pm
Hello,
I’m using the Multi-Event Registration add-on. When someone signs up for an event it get’s added to their cart. When they add a different event to their cart and chooses the “view the cart” button the whole cart goes empty. I’ve been working the last two days with my host (flywheel) to ensure server level caching is turned completely off and that has been confirmed. I’ve tried a different theme, disabling all other plugins, and reloading the event espresso and multi-event registration plugins and I keep getting the same results.
I am on WP 4.9.4, EE 4.9.57.p, and Multi-Event Registration 2.0.14.p.
The website is here https://summerenrichment.elkhornweb.org/events
You can see this happen using the “Test class 1” and “Test class 2” events. Again, once you add the second event and then click view cart is when everything is removed. If you could please help that would be greatly appreciated. We are going live next week.
Thanks,
Jeff
|
|
Josh
|
February 22, 2018 at 3:41 pm
Hi Jeff,
This might be a caching issue because I’m not seeing this happen as you’ve reported.
It doesn’t look like adding a second to the event to the cart is what empties the cart. For example:
https://slack-files.com/T02SY781D-F9DJXJS3X-a5e0d9a0d6
The cart items remain when I view the cart:
https://slack-files.com/T02SY781D-F9DCM9V1R-d37e81bb36
and they’re both there when I go to Proceed to Registration:
https://slack-files.com/T02SY781D-F9DK0LHS9-d8fb8aa6ba
You could check with Flywheel to see if they have garbage collection that runs on a specific interval and if that garbage collection affects any of the transient options stored in the wp_options table.
|
|
jstrickler
|
February 22, 2018 at 8:32 pm
This will sound crazy but the only way I have been able to get it to work is try the cart. Then, disable the multi-event add-on. Go to the registration screen for one event. Then, enable the multi-event add-on and presto the next time I try to add multiple events to the cart it works. However, it only works in that browser. If I try a different browser I get the same problem. Go through the same process to get it to work. I even did this process on an iPad with the same results. Here is the typical video of it not working. https://summerenrichment.elkhornweb.org/wp-content/uploads/2018/02/nimbus-EE.webm
I’ll send your comment to Flywheel but does any of the above processes make any sense to you?
Thanks,
Jeff
|
|
Tony
|
February 23, 2018 at 5:20 am
I can reproduce this on your site, but it’s not adding a second event that causes this as you can do it from within the same event.
Add a single ticket to the cart, close the model, then add another ticket and either view the cart or close the model again and refresh the page.
Have you checked your error logs to see if any errors are being thrown?
|
|
jstrickler
|
February 23, 2018 at 5:42 am
All I see is a warning for the function extra_lang_setup.
https://summerenrichment.elkhornweb.org/wp-content/uploads/2018/02/20180223_php_error.rtf
https://summerenrichment.elkhornweb.org/wp-content/uploads/2018/02/20180223_access.rtf
|
|
jstrickler
|
February 23, 2018 at 5:43 am
I also wanted to share the response from the host.
Hey Jeff,
I can answer that question on behalf of Tyler here, we do not have any garbage collection process that runs to clear the database transients, they function exactly as normal as per WordPress core/codex standards.
As it appears Tyler has found nothing else server-side or our side at all that can lead us to an error here, I’d suggest, attempting to possibly ask a developer to take a look and also converse with the plugin developers/support and their documentation. I know this isn’t the best answer, but from our side of things, it appears nothing is showing up and we’ve eliminated the only lead we had, by removing caching completely.
|
|
Tony
|
February 23, 2018 at 7:22 am
I don’t think this is a scheduled event as its too consistent.
If you select a ticket and leave it in the cart for 5/10 mins, refresh the cart page and it will remain, add another ticket and the session is lost.
Then add a ticket to the cart and immediately add another, the session is lost immediately, if it was scheduled you’d usually see the session disappear after roughly the same amount of time each time.
It could be a conflict with another plugin or even the theme, have you tried the above with only Event Espresso running?
You can follow the steps here to rule out a theme and/or plugin conflict:
https://eventespresso.com/wiki/troubleshooting-checklist/#themeconflicts
|
|
jstrickler
|
February 23, 2018 at 7:43 am
Yesterday I activated the “Twenty Seventeen” theme and disabled all plugins but EE and EE cart (The only other plugins I’m running (that I disabled) are Gravity Forms and User Role Editor). I cleared cache and tried it on different browsers with the same result. I’ve done all the following again so you can see.
I also turned on WP_DEBUG and I’m not seeing any error at the top of the page.
|
|
Tony
|
February 23, 2018 at 9:10 am
Have you remove the test events? I can’t view them on your archive list and viewing them directly they don’t show the ticket selector.
Something Josh noticed is your single event pages have no cache headers: http://take.ms/a7e41
But your Ajax and cart page show these: http://take.ms/rtdHK
I’d recommend contacting FlyWheel and asking them why some pages show the headers and others do not, they all should be excluded from caching.
Also, how was HTTPS enabled on the site?
|
|
jstrickler
|
February 23, 2018 at 9:49 am
I can’t see the screenshots in slack. How can I view those?
Sorry about the test events. The dates/times recently expired so I reset them.
We used the simple SSL option in Flywheel. It appears to use Let’s Encrypt.
https://getflywheel.com/wordpress-support/how-do-i-add-simple-ssl-to-my-site/
|
|
Tony
|
February 23, 2018 at 9:58 am
My apologies.
I’ve switched the images out to use monosnap, you should be able to view those now.
|
|
jstrickler
|
February 26, 2018 at 9:19 am
I believe the issue has been discovered. 🙂
I was able to replicate the issue on a localhost (using Local WordPress), and by spinning up a new site on Flywheel. Whenever I set up a site I typically set the date to use the UTC setting. I happened to actually read the helpful notice from EE this morning that you should set your date time to an actual city. Once I did this the cart appears to be working correctly. Yay!
|
|
Josh
|
February 26, 2018 at 10:39 am
You can read more about the solution here:
https://eventespresso.com/2017/08/important-upcoming-changes-dates-times/
tl;dr: Your site’s timezone setting is set to UTC and needs to be changed to match a city in your timezone.
|
