We have everything working, it seems, with Secure Pages, just as long as you patch core correct (but good grief, when are those patches going to be backported? What do we need to do to push for it?)
This works
But there is a live site and every once and a while a customer complains about a problem. So that means its probably happening more than just when someone complains.
They put stuff in their cart. At this point it is not secure. They start going through Checkout. At this point it is now HTTPS and secure. They put in billing/contact and go to the next step, which is Shipping.
But the Shipping page gets a "Page Not Found." Very frustrating.
On the backend on the admin side, the order is still there, and the state has been changed to "Checkout: Shipping".
All users checkout anonymously on this site, so no one is logged in. We are not switching back users from SSL either, so once they are one SSL, they remain there for the remainder of their time on the site.
I have not been able to personally replicate it, and have tried across lots of different browsers.
Has anyone come across something like this?
Comments
Comment #1
rszrama commentedCan't speak from personal experience, but is there perhaps an AJAX request or something else being made that somehow nixes the session ID?
Comment #2
jazzdrive3 commentedThe only thing we have going is the copy billing to shipping address thing, and I've tested that multiple times. Strange.
I am now forcing all users to use the www prefixed domain, as that might have been causing an issue. Hope it helps. However, that only would have been an issue as soon as they entered checkout and went to SSL, and not going to another checkout step.
We'll see if it happens again.
Comment #3
lsolesen commentedLooks from the answers that this is fixed.
Related to: #1286942: Using ssl on the checkout page does not work
Please reopen if that is not the case.