before upgrading to 2.9, when an anonymous user attempted to checkout without registering, they would get a message telling them to register first. now you get a message that the cart is empty. I have lost a lot of customers this week because of this, so please help.
my website is www.mytinok.com
thankd
Comments
Comment #1
VanessaM commentedComment #2
rlange77 commentedI'm having the same problem on my test enviroment.
The order is created and the email will send too but just the redirect for the anonymous user doesnt seem to work.
Instate of redirecting to the Checkout messages page the anonymous user gets the empty cart page.
Comment #3
VanessaM commentedComment #4
VanessaM commentedComment #5
VanessaM commentedComment #6
pcorbett commentedHave you tried running update.php since your upgrade? Also make sure you check your Watchdog log to see if there are any obvious php errors.
Comment #7
tr commentedI cannot reproduce the problem described in the original post on a clean install.
#2 is an entirely different problem, and a new issue should be opened for that if you can provide detailed steps to reproduce.
Comment #8
longwaveI can't reproduce this on the site linked in the original post either. If I add a product to the cart and then go to the checkout (either directly or via the cart page) I am redirected to the login page with "עליך להתחבר לפני שתוכל להמשיך לקופה." ("You must Sign in before you can proceed to Checkout.") at the top.
Comment #9
VanessaM commentedHi, I ran the update.php. one thing I did discover was that the problem was with the Secure Pages module. When I disable it everything seemed to work. The problem is that I want the checkout process to display alll pages using SSL and not http, so when the anonymous user clicks the checkout button the page shifts from http to https and then the cart empties instead of displaying a message to the user to login. If I prevent the checkout page from being https the process works fine. For the moment I have just enable ssl on the registration and login pages but this is just a temporary workaround.
Comment #10
end user commentedI've only see this happening when going from http://www.site.com to https://site.com usually never had issues with going from http://www.site.com to https://www.site.com or http://site.com to https://site.com
Maybe something changed in Secure Pages. I remember when I was having the same issue a few years back I set up my SSL cert to be for https://www.site.com and in my htaccess I set up this to redirect all requests to include www.site.com
Comment #11
VanessaM commentedI uncommented the above in the htaccess file and added 'user' to the page list to secure in secure pages module and when clicking to checkout I still loose all the products in the cart.
Comment #12
end user commentedThis is for D7/UC3 but should work for D6/UC2?
Well I added a SSL cert to the UC demo site at http://www.ubercartdemo.com and was having SSL issue. I'm using the Secure Pages module and what was happening (this didn't happen in D6/UC2) was that the cart was cleared for anonymous users when the url changed to https://domain.com/cart also clicking checkout would just bring me back to the cart page.
After some reading this is what worked on my server
Apache 2.2.21
DirectAdmin 1.40.3
I set up my cert for www.ubercartdemo.com so SSL works on https://www.ubercartdemo.com
I set up htaccess like this. I uncommented these lines
In settings.php I added the following. When editing the settings.php file you might have to change the permission of the file to overwrite it and then change them back to what they were. Mine are set to 444 by default so had to change them to say 755 for editing and revert back to 444 after editing.
I edited
$cookie_domain = '.example.com';to
$cookie_domain = 'www.ubercartdemo.com';At the end of the file I also added
$conf['https'] = TRUE;.From http://drupal.org/https-information
I installed and enabled Secure Pages module and set up the following settings
Non-secure Base URL
http://www.ubercartdemo.com
Secure Base URL
https://www.ubercartdemo.com
Pages which will be be secure
user
user/*
user/*/edit
admin
admin/*
cart*
cart
cart/checkout
cart/checkout/review
cart/checkout/payment_details/*
cart/checkout/complete
That should be it.
Comment #13
tr commentedAt this point, it seems the problem is with site configuration for the Secure Pages module. There doesn't seem to be an Ubercart issue here.
@end user: Perhaps you could look at the documentation page about Secure Pages setup for Ubercart, found at http://drupal.org/node/1445436, and see if you can improve it.
Comment #14
end user commentedActually just noticed the cart is still being cleared once in a while, looked at the server and drupal logs and nothing is showing up. Clearing out my browsers cache seems to fix the problem but it only happens once in a while and too tired atm to test it out some more.