|
Ronald Garrison
|
January 9, 2016 at 7:36 am
I have shut off the option for them to create an account before they register for an event and have set the option to create an account upon registration but the users still get the error The event you have selected requires logging in before you can register.
http://www.indianaroyalarchmasons.org/events/2016-grand-session/
I do not have any cache plugins enabled.
|
|
Lorenzo Orlando Caum
|
January 9, 2016 at 1:17 pm
Hi Ronald,
Could you double-check that Event Espresso 4 along with any add-ons such as the WP user integration are up to date?
https://eventespresso.com/wiki/ee4-changelog/
Then, could you go to the event editor for this event and then look in the bottom right corner for the user integration settings and do you see something like this?
http://cl.ly/2X1g1e290n0Z
One other place to check is Event Espresso –> Registration Form –> User Integration Settings –> Default setting for Login Required on Registration.
If I’ve misunderstood you, then please clarify if you are wanting to make logging in optional before registering.
Thanks
—
Lorenzo
|
|
Ronald Garrison
|
January 10, 2016 at 3:06 am
Event Espresso – Event Espresso – Version 4.8.29.p
WP Users (EE4.6+) – Version 2.0.8.p
User Integration Settings: Force Login – No
Auto Create Users – Yes
Under registration for – user integration settings default setting for login required – No
Default Role – Subscribers
Yes I do not want them to have to create an account before registering for the event I want their registration for the event to create their account in wordpress.
|
|
Ronald Garrison
|
January 10, 2016 at 3:08 am
I can create you all an account to look if you would like just let me know how to securely send you login info.
|
|
Tony
|
January 11, 2016 at 5:01 am
Hi Ronald,
Can you link us to the event so we can run a test registration?
|
|
Ronald Garrison
|
January 11, 2016 at 7:22 am
http://www.indianaroyalarchmasons.org/events/2016-grand-session/
I did just find something not sure what it means or if there is a way around it but if i click to add the tickets i want then i click the view event cart button the popup window comes up with proceed to registration, that is where i am getting the error. The event you have selected requires logging in before you can register. You can register for an account here if you don’t have a login.
However if I click to go to the event cart then proceed to registration it sometimes works.
|
|
Tony
|
January 11, 2016 at 8:04 am
Hi Ronald,
I had no problems registering onto the event – http://take.ms/6KRfM
Are you using an email address that has previously been registered onto another event or already has a WordPress user profile?
|
|
Ronald Garrison
|
January 11, 2016 at 8:50 am
I never got the change to even get to that point I was logged out of the site and cleared my temp internet files. I then clicked to add things and clicked the event cart button and it brought me to the page that i must be logged in.
|
|
Tony
|
January 11, 2016 at 9:58 am
Hmm, strange.
Have you been altering the event settings recently, I could register without login, then EE required login, then once again no longer required login.
Which host are you using? Do they run any caching? Be it page, object or database caching?
|
|
Ronald Garrison
|
January 11, 2016 at 10:01 am
When I try I get this error and others are also getting this this is when they add the things and then click the View Event Cart Button then the proceed to registration button.
This Error
If they click the View Event Cart then view event cart button in the window that comes up then Proceed to Registration they get the proper window to type their information. Most of the time
|
|
Tony
|
January 11, 2016 at 10:50 am
Hi Ronald,
I’m currently getting 502 Bad Gateway on your site, are you aware of this error?
|
|
Ronald Garrison
|
January 11, 2016 at 10:58 am
I am the webhost. I do not have any caching installed on the website itself and the apache settings are shut off for cache, cache_disk and cache_socache
|
|
Ronald Garrison
|
January 11, 2016 at 10:59 am
Yes it should be back up now we went in and made sure all cache was disabled in the apache files and config and then rebooted the server.
|
|
Ronald Garrison
|
January 11, 2016 at 11:16 am
Ok the issue seems to have been with one of these plugins:
Event Espresso – Events Table View Template (EE 4.4.9+)
Event Espresso – Grid View Template (EE 4.4.9+)
Event Espresso – MailChimp (EE4.4.5+)
Event Espresso – MER – Multi Event Registration (EE 4.7.0+)
Event Espresso – People Addon (EE 4.5+)
Event Espresso – Social Sharing (EE4.4.4+)
Once I disabled each of those the site now works as expected. I also have the register button and it goes right to where it should.
|
|
Ronald Garrison
|
January 11, 2016 at 11:17 am
Nevermind my fault I was logged into the site. DUH!
|
|
Ronald Garrison
|
January 11, 2016 at 11:19 am
No it still isn’t working. I have tried with multiple browsers.
|
|
Tony
|
January 11, 2016 at 11:31 am
Can you send me temporary login details using this form please:
https://eventespresso.com/send-login-details/
Also above your referring to Apache, however the error above was from nginx and the headers on your site show nginx.
Are you using Apache or nginx?
|
|
Ronald Garrison
|
January 11, 2016 at 2:49 pm
It is hosted on a CentOS Linux 7.2.1511 (Core) with Apache as the web server
|
|
Tony
|
January 11, 2016 at 4:23 pm
I don’t know how you have the server setup, but the headers for all of your sites pages return Nginx – http://take.ms/vuNdz
I suspect at some point the Force login for event was enabled along with Nginx and possibly Varnish, meaning some of the requests for the event page have been cached (the ones that show you are required to log in) and others not (which now pass through and work with Apache)
I’m not a sys admin so I can’t really comment on server setup, but I suspect you are using both Nginx (possible with Varnish or similar) and Apache with Plesk, meaning Nginx it still parsing the initial request which is causing these problems.
As explained here:
http://download1.parallels.com/Plesk/Doc/en-US/online/plesk-administrator-guide/index.htm?fileName=70837.htm
|
|
Ronald Garrison
|
January 12, 2016 at 6:28 am
Is there someone i can actually talk to the updating of the ticketing system is somewhat slow. I disabled ngix for the site all together. I then tried to access the website and it wouldn’t load at all. I had to use the control panel and disable EE plugins and then the site would reload. If I enable all of the ee plugins except the main EE the site will work but if i try to enable EE the site just has a white page.
|
|
Tony
|
January 12, 2016 at 6:36 am
Currently we do not offer phone support.
If you enable WP_DEBUG and re-activate EE4 is there an error message shown?
Or is there any error message relating to EE shown within the servers error logs?
|
|
Ronald Garrison
|
January 12, 2016 at 7:07 am
I enabled debug, when i activate the EE the attached screen is all I see then the website is a white screen
|
|
Tony
|
January 12, 2016 at 7:18 am
A white screen generally means a fatal error is being thrown, enabling WP_DEBUG would normally show the error, however it depends on the server setup.
Is there any error message relating to EE shown within the servers error logs?
|
|
Ronald Garrison
|
January 12, 2016 at 7:44 am
No debug is enabled and no error is shown and there is no errors shown in the logs of the server, it just has the white screen
|
|
Ronald Garrison
|
January 12, 2016 at 7:56 am
I was able to get it to reenable.
|
|
Tony
|
January 12, 2016 at 8:14 am
Can you share what the issue was?
|
|
Ronald Garrison
|
January 12, 2016 at 8:40 am
I wish I knew. I was frustrated so I just restarted the server and tried again.
|
|
Lorenzo Orlando Caum
|
January 12, 2016 at 9:44 am
Hi Ronald,
The reason why we’ve mentioned Nginx several times is that we used several tools to check the server headers and it is showing as Nginx rather than Apache:
https://urivalet.com/?http://www.indianaroyalarchmasons.org/events/2016-grand-session/#Report
https://redbot.org/?uri=http%3A%2F%2Fwww.indianaroyalarchmasons.org%2Fevents%2F2016-grand-session%2F
I do see that it is showing no-cache in the headers (http://cl.ly/112Y3a1F3a3U) but that may have been previously on.
Are you still experiencing the sporadic issue with the login prompt?
—
Lorenzo
|
|
Ronald Garrison
|
January 12, 2016 at 10:07 am
This is a new server i didn’t know it came with nginx on top of apache, everything i read says this is better except with the issue we are currently having. I have put a ticket into plesk to ask them how to disable for these directories
/events/
/registration-checkout/
/transactions/
/thank-you/
/registration-cancelled/
I am waiting to hear from them. Yes we still have the issue where it is telling people they have to log in.
|
|
Ronald Garrison
|
January 12, 2016 at 3:17 pm
I found out what was causing the issue and would you believe it wasn’t the cache or ngnix at all It was recaptcha. If i have recaptcha set in the reg form settings to ON then the issue happens. If i have it set to OFF the process works perfectly.
|
|
Josh
|
January 12, 2016 at 5:53 pm
Looks like that happens if the ticket price is zero. What they’ll (the dev team) will need to do is fix where it checks for the next step when the ticket price is zero. When reCaptcha is activated the log in step shouldn’t be getting added to the checkout flow like that.
|
|
Josh
|
February 8, 2016 at 12:03 pm
Hi there,
The reCaptcha issue that you reported here was fixed and the fix was included in the Event Espresso 4.8.33.p release.
|
