|
Valor Training Group
|
January 25, 2014 at 7:41 pm
I seem to be having a similar issue. When my customers hit “register” they are taken to another page that has a list of events with the option to register or “add to cart”. If they click register, they are sent back to the event listing with the description. It’s an endless cycle. Very irritating for the customer.
Here’s a link to see what’s happening.https://safeworship.net/event-registration/?ee=9&s2-ssl=yes
Thanks
|
|
Tony
|
January 27, 2014 at 3:56 am
Original thread https://eventespresso.com/topic/mer-force-event-registration-submissions-to-go-to-the-cart/#post-76294
Hi,
I’ve split this thread as this seems to be a separate issue.
Can I ask how you have SSL enabled on the site currently, which plugin etc?
Have registrations worked with this SSL setup previously?
|
|
Valor Training Group
|
January 27, 2014 at 4:22 am
We just started really using EE to its potential with the SSL but it does not appear that it has been working properly. I had to add forced ssl code I found through S2member in order for the https to show.
|
|
Tony
|
January 27, 2014 at 4:35 am
Can you try removing the forced SSL code and retry?
I suspect that is currently what is causing the issue.
|
|
Valor Training Group
|
January 27, 2014 at 6:30 am
You are correct… It did fix that problem. Registration is no longer secure though. I am using Authorize.net AIM. I have tried to use SIM but it doesn’t show options for purchasing. IE… the payment page shows up but the part where you pick a method and pay is blank.
|
|
Valor Training Group
|
January 27, 2014 at 8:19 am
Further on this. I must apologize. I had not gone through the setup process to secure EE. I’ve done that per the instructions using wordpress https. As soon as I check the box to “secure post”. I get the same loop.
|
|
Valor Training Group
|
January 27, 2014 at 9:28 am
One more update… I’ve continued to work on this. I removed the wordpress http and installed better wp security. This seems to be working except I’m getting errors on the page so now I get a yellow HTTPs page. I am including the list of errors, some of them, I suspect, may require code changes in the template as they are images being pulled using the domain name in the path.
[blocked] The page at ‘https://safeworship.net/event-registration/’ was loaded over HTTPS, but ran insecure content from ‘http://fonts.googleapis.com/css?family=Open+Sans:400,800,300,700’: this content should also be loaded over HTTPS.
(index):68
[blocked] The page at ‘https://safeworship.net/event-registration/’ was loaded over HTTPS, but ran insecure content from ‘http://fonts.googleapis.com/css?family=Kenia’: this content should also be loaded over HTTPS.
(index):68
The page at ‘https://safeworship.net/event-registration/’ was loaded over HTTPS, but displayed insecure content from ‘http://www.credit-card-logos.com/images/multiple_credit-card-logos-1/credit_card_logos_13.gif’: this content should also be loaded over HTTPS.
(index):1
The page at ‘https://safeworship.net/event-registration/’ was loaded over HTTPS, but displayed insecure content from ‘http://www.credit-card-logos.com/images/multiple_credit-card-logos-1/credit_card_logos_13.gif’: this content should also be loaded over HTTPS.
(index):372
2The page at ‘https://safeworship.net/event-registration/’ was loaded over HTTPS, but displayed insecure content from ‘http://safeworship.net/wp-content/uploads/2013/06/Black_EB_HeaderBKG_1548x1161.jpg’: this content should also be loaded over HTTPS.
(index):1
body.scrollTop is deprecated in strict mode. Please use ‘documentElement.scrollTop’ if in strict mode and ‘body.scrollTop’ only if in quirks mode.
body.scrollLeft is deprecated in strict mode. Please use ‘documentElement.scrollLeft’ if in strict mode and ‘body.scrollLeft’ only if in quirks mode.
event.returnValue is deprecated. Please use the standard event.preventDefault() instead.
Given URL is not allowed by the Application configuration.: One or more of the given URLs is not allowed by the App’s settings. It must match the Website URL or Canvas URL, or the domain must be a subdomain of one of the App’s domains.
|
|
Valor Training Group
|
January 27, 2014 at 12:22 pm
We have fixed everything but these…
The page at ‘https://safeworship.net/event-registration/?ee=9’ was loaded over HTTPS, but displayed insecure content from ‘http://www.credit-card-logos.com/images/multiple_credit-card-logos-1/credit_card_logos_13.gif’: this content should also be loaded over HTTPS.
?ee=9:401
body.scrollTop is deprecated in strict mode. Please use ‘documentElement.scrollTop’ if in strict mode and ‘body.scrollTop’ only if in quirks mode.
body.scrollLeft is deprecated in strict mode. Please use ‘documentElement.scrollLeft’ if in strict mode and ‘body.scrollLeft’ only if in quirks mode.
Given URL is not allowed by the Application configuration.: One or more of the given URLs is not allowed by the App’s settings. It must match the Website URL or Canvas URL, or the domain must be a subdomain of one of the App’s domains.
event.returnValue is deprecated. Please use the standard event.preventDefault() instead.
Some of them appear to be EE related. Can you guide on how to fix them?
Laran
|
|
Sidney Harrell
|
January 27, 2014 at 12:30 pm
The ones that are referencing resources on your site, but not over https should get changed to use the WP site_url function, where they might be using a relative path. The ones that are referencing outside resources should be using the WP function is_ssl to determing whether they should be putting in a link using http or https.
It’s hard to say where those references are coming from. You would need to do a search through the site’s files. The fastest way would be to ssh into the server and run the unix grep tool on the commandline, but the host’s cPanel may have a similar functionality.
|
|
Valor Training Group
|
January 27, 2014 at 2:27 pm
I am completely stumped and dead in the water. I’ve searched through my site files and come up with no matches on any of these items. Where do I need to go next?
|
|
Tony
|
January 28, 2014 at 6:12 am
It looks like the themes footer.php file. (it may not be) http://d.pr/i/gyNZ
That is loading the the image from ‘http://www.credit-card-logos.com/images/multiple_credit-card-logos-1/credit_card_logos_13.gif’
You’ll need to change this to load over https, or locally.
Also the same applies to the header background image
#header {
background-image: url(http://safeworship.net/wp-content/uploads/2013/06/Black_EB_HeaderBKG_1548x1161.jpg);
background-color: #333333;
background-repeat: repeat-x;
background-attachment: scroll;
background-position: center top;
}
You can either force that to use https (not really recommended) or use a protocol relative url
http://www.paulirish.com/2010/the-protocol-relative-url/
|
|
Valor Training Group
|
January 28, 2014 at 6:53 am
I don’t know how often you guys get told this…
You guys rocked this issue! This didn’t even have to be your problem to solve. Tony, thanks for taking the time. It’s all fixed now. EE obviously has people who go above and beyond.
It may seem small in the grand scheme of things, but getting that site secure was huge for us.
Thank you, thank you, thank you!
|
|
Tony
|
January 29, 2014 at 1:47 am
Hi Laran,
No problem at all. Glad we could help you to get up and running 🙂
If you wouldn’t mind, we’d really appreciate if you could ‘share the love’ using any method your comfortable with. We have a couple of options posted here https://eventespresso.com/about/help-us-help-you-how-to-share-event-espresso/
|
