Support

Home Forums Event Espresso Premium Primary registrant info overrides all registrants' info in emails and backend

Primary registrant info overrides all registrants' info in emails and backend

Posted: January 22, 2015 at 6:12 pm

Viewing 20 reply threads


evan fort

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


Tony

  • Support Staff

January 23, 2015 at 4:19 am

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?


evan fort

January 23, 2015 at 8:58 am

We already have no-caching rules in place.

Yes, please.


evan fort

January 23, 2015 at 9:11 am

If it matters, I didn’t have this issue on my staging site.


Tony

  • Support Staff

January 24, 2015 at 11:21 am

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?


evan fort

January 24, 2015 at 12:25 pm

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.

add_filter ('the_content', 'my_remove_event_tickets', 100 );
function my_remove_event_tickets( $content ) {
if ( 'espresso_events' == get_post_type() && is_singular() && !post_password_required() ) {
add_filter( 'the_content', 'my_add_event_tickets', 121);
}
return $content;
}
function my_add_event_tickets( $content ) {
return $content . EEH_Template::locate_template( 'content-espresso_events-tickets.php' );
}  


evan fort

January 27, 2015 at 8:32 am

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:

  • The users are not choosing the “use primary attendee info”. I actually have that option hidden on the form.
  • No-cache rules are in place
  • Using custom event listing page
  • All other pages are auto generated
  • I’m using EE4


Josh

  • Support Staff

January 27, 2015 at 9:06 am

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?


evan fort

January 27, 2015 at 9:15 am

I’m using version 4.4.8.p

The issue still exists with “use primary attendee info” checkbox visible.


Tony

  • Support Staff

January 27, 2015 at 10:57 am

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.


evan fort

January 27, 2015 at 11:09 am

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?


Tony

  • Support Staff

January 27, 2015 at 12:07 pm

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.


evan fort

January 27, 2015 at 1:16 pm

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


Lorenzo Orlando Caum

  • Support Staff

January 27, 2015 at 1:54 pm

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.


Lorenzo


evan fort

January 28, 2015 at 11:57 am

ok, thanks


evan fort

January 28, 2015 at 12:39 pm

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.


evan fort

January 28, 2015 at 1:35 pm

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


Lorenzo Orlando Caum

  • Support Staff

January 28, 2015 at 3:07 pm

Hi Evan, cookies aren’t used for registration checkout.

Could you share the slugs that you requested no-cache rules for?

Thanks


Lorenzo


evan fort

January 28, 2015 at 3:55 pm

These are what I requested:
/events/
/event-registration/registration-checkout
/event-registration/transactions/
/event-registration/thank-you/
/event-registration/registration-cancelled/

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.


Dean

January 29, 2015 at 5:07 am

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.


Dean

January 29, 2015 at 5:07 am

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.


evan fort

January 29, 2015 at 8:50 am

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?


evan fort

January 29, 2015 at 12:15 pm

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.


Lorenzo Orlando Caum

  • Support Staff

January 29, 2015 at 4:28 pm

Hi Evan, a similar support post was opened here so I’ll reply there with some information:

https://eventespresso.com/topic/primary-registrants-name-and-email-saves-for-all-attendees-contact-details/


Lorenzo

Viewing 20 reply threads

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.

Event Espresso