Posted: March 8, 2016 at 11:46 pm
|
Hello, I am able to create a test event so I would say PHP and the db system is working. Any help would be greatly appreciated. |
Hi Daniel, Can you link me to an event so I can view this please?
Are they still disabled or now active again?
The default themes like twentyfourteen?
Did you ask if they ran server side caching? You mentioned in your previous post your session_id is changing on every page load, could they provide any details?
What have your tried? The remote logging function just sends the ful log file to remote server rather than saving it locally on your server.
Did you see any error messages relating to Event Espresso when WP_DEBUG was activated? WP_Debug just tells your server to display any errors/warnings/notices to the browser, we can then troubleshoot further once we know the error.
Not necessarily, the registration form works differently from creating an event, if PHP can’t create sessions (or the session constantly changes) you’ll see the nothing in your event queue error. Can you go to Event Espresso -> Maintenance -> System Information (tab) In that section look for ‘session.save_path’, does that have a value? |
|
|
Tony 2. Plugins- I disabled them. Tested the event and then turned them back on. 3. Themes- I switched to Omega, Event Espresso Arabica,2014 and then back to Spacious. 4. Remote logging. I tried turning it on to see what it did. I made the remote log private. Caching: Temp folder wp debug Notice</b>: has_cap was called with an argument that is deprecated since version 2.0! Usage of user levels by plugins and themes is deprecated. Use roles and capabilities instead. in /home/haveword/public_html/cbctf/wp-includes/functions.php on line 3737 Thanks you. |
Hi Daniel, Can you repost the event link please, the above is a link to this thread. If your not getting any errors with WP_Debug enabled and placing a registration then I suspect this is a server config issue, not a caching issue but something concerning how they handle sessions. Your session_id should not be changing on every request and will be the cause of your problems (if you select tickets with a session_id of 1111111, then on the next request you session_id is 2222222 EE doesn’t know who you are are what tickets should be shown for you, as your id has changed. I’ll take a look on the event and see if I can spot anything. Can you also make sure #WP_Debug is enabled too. |
|
Hi Daniel, I made a little video that shows where your site is resetting the Session ID on every page refresh. You can share the video with your host and maybe they can troubleshoot and find the reason why sessions aren’t persisting there. |
|
|
Very cool. |
The support post ‘Nothing in your Event Queue resetting the Session ID on every page refresh’ 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.