Support

September 23, 2021 at 5:30 am

Hi there,

Both of the errors you’ve referenced above point to an issue with PHP Sessions on the server.

For #1 the checkout process is pulling the registrations from the transaction linked to your current cart, which it gets using your current session. You’re getting no registrations returned from the query which on its own could be caused by a few different issues although still usually session related.

For #2 when you enter the promotion code the first step the function takes is to pull in the current cart from your session again, like this:

 $cart = EE_Registry::instance()->SSN->cart();
if ($cart instanceof EE_Cart) {
    // Do something with the cart to process the promo
} else {
    // If get to here we can't find a valid cart from the users session.
    // Throw the "We're sorry, but the promotion code could not be applied because the event cart could not be retrieved." error here.
}

—

My guess based on the info we have is this is from the CloudFront CDN are you load balancing through cloudfront?

September 23, 2021 at 6:04 am

Is there something additional which we’d need to implement for EE to work with our current setting?

You would need to set it up so the load balancer always sends the same session(s) to the same server, I’m not a sys admin but if I recall correctly it is called sticky sessions, or some other method to share sessions across all instances.

If User A hits Site 1 and starts a session, then the ajax request sent by Event Espresso is sent to Site 2 it will check for the session find there isn’t one and start another for that request to use.

If this is a PHP session related issue, it still is not consistent across all the plugins because other operations on the site are working as expected.

Can you provide more details as to what other those operations are, please?

WordPress itself doesn’t use PHP Sessions so just wondering what you are using to compare with it working.