Posted: January 22, 2015 at 6:12 pm
|
Hi there. When a user submits info for each attendee, the primary registrants info is saved in all fields. I’m receiving this info in my emails and it’s stored on the backend. The user are not choosing the “use primary attendee info”. I actually have that option hidden on the form. I’m using EE4 |
Hi Evan, I notice the site is running on WP Engine which uses server side caching on all sites by default. You will need to issue a ticket with them to have Event Espresso excluded from their server caching. You can find more details on which page slugs to exclude here: https://eventespresso.com/wiki/setup-nocache-exclusion-rules-event-espresso/ Can I run a couple of test registrations on the site? |
|
|
We already have no-caching rules in place. Yes, please. |
|
If it matters, I didn’t have this issue on my staging site. |
When registering on your staging site I can see the same issue on the thank-you page. I registered with Tony1 and Tony2 – http://take.ms/23I4s Both show as Tony1 – http://take.ms/zGHmx I can’t reproduce this on any of my test sites. I noticed you have made multiple customisations to how EE is displaying the data both on the registration page and the thank-you page. Can I ask how have you made these changes? |
|
|
I built a custom template for the event listing. The other pages were auto generated. Any changes on those are simply css. I also have the following code in my functions.php. I prefer the ticket selector before the content, but my ticket selector wouldn’t show up at all using the shortcode.
|
|
Hi there. When a user submits info for each attendee, the primary registrants info is saved in all fields. I’m receiving this info in my emails and it’s stored on the backend. However, when I edit the registrant on the “thank you” page it shows correctly, but once saved it shows primary info again. A few notes:
|
Hi Evan, Can you let us know which version of Event Espresso 4? Does the issue go away if you un-hide the “use primary attendee info” checkbox? |
|
|
I’m using version 4.4.8.p The issue still exists with “use primary attendee info” checkbox visible. |
Hi Evan, I do apologise, on retesting on your staging site I don’t see the same issue. Have you made changes to you live site that have not been made to staging? When running a registration on your live site are you logged in? If not could you retry whilst logged in and see if you see the same issue? I still suspect this is some form of caching issue. Staging does not have caching, and logging in should prevent WPEngine from serving cached pages too. |
|
|
Yes, same problem even when logged in. I agree it’s probably a cache issue. I have no-cache rules in place. What else should I do? |
I would recommend issuing a ticket with WPEngine to double check they have correctly applied the exclusions. You could also point out that the issue is only on the live site and see if they can offer any further advice. |
|
|
I’m working with them. I changed the urls for the pages seeing if that would help. Instead I received 404 errors. Would you happen to know why? ex: /thank-you to /events/thank-you |
Hi, that won’t work as the /events/ slug is virtual and isn’t a page under WordPress pages. Moving any pages from under the slug should restore them. If not, try browsing to the WP-admin –> Settings –> Permalinks to refresh permalinks on your site. — |
|
|
ok, thanks |
|
So, I fixed the files. Have no-cache rules still getting the override. On the backend I also noticed that my key shows invalid and won’t update the plugin. I haven’t changed it. Requested a reset. Just wondering if this is related or a sign of some other issue. |
|
Ok I’ve been working with wpengine. They want to add no-cache rules for specific cookies. What cookies does the plugin use? Thanks for your patience |
Hi Evan, cookies aren’t used for registration checkout. Could you share the slugs that you requested no-cache rules for? Thanks — |
|
|
These are what I requested: I have no idea at this point what the issue is. Support at wpengine said they identified something dealing with cookies and the plugin. I have no idea. I thought it was a cache issue since it works on my staging site and not on the live. The plugin itself is acting up. The key isn’t working. I uninstalled 4.4.8 and installed 4.4.9, since it wouldn’t update. Still having same issues. Could be something simple but I have no idea. |
|
Hi, Please update to 4.4.10 there was a minor issue in 4.4.9 so we pushed another update. I’ll reset your licence key. |
|
Your licence key is not active, so please check it is the right key via your account page and make sure there are no spaces before or after it. |
|
Thanks, I updated the plugin and it accepts the key now. I removed the ticket selector code from my functions and deactivated my custom event listing page. I’m still getting the override. Any idea why? |
|
Ok, I’ve talked with wpengine. They said it’s not a caching issue because nothing is being cached. What’s happening is that when a user registers more than 1 person at a time. Their info saves to all people registered. It is displayed on the thank you page and saved in the db. The weird part is if I edit a user (from the thank you page) the info shows correctly but when I save it, the primary registrant’s info shows again, overrides everything. |
Hi Evan, a similar support post was opened here so I’ll reply there with some information: — |
|
The support post ‘Primary registrant info overrides all registrants' info in emails and backend’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.