Customer Can't Log In - Firefox

[joejoejoe]

I'm using 1.3.9h on Linux server.
I'm already dealing with the firefox/cookies not enabled problem
(http://www.zen-cart.com/forum/showth...=163007&page=4)

Now I've got a customer who has tried at least two days in a row to make a purchase. He fills his cart, goes to log in (he's a returning customer) and although he doesn't get any error messages it just says hello guest instead of logging him in. He's on FF 5.0.

He requested a new password - I got it from the email archive manager and gave it a shot on Opera - logged in with his email and new password and it says "Hello (name)."

Just over half of my traffic comes from FF so it would be nice if this didn't become a recurring problem. Any ideas?

[joejoejoe]

UPDATE: He's not on 5.0, I watched the admin panel as he finally successfullylogged in. His user agent is:
User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.24) Gecko/20111103 Firefox/3.6.24 (.NET CLR 3.5.30729)

So that would be FF 3.6.24

I don't now how he got in yet, I had emailed him to try a different browser and just happened to have the admin panel up in one tab while I researched in another. According to the admin panel, he's still on FF, but now as I type this I get an email that pops up and he says it does seem to be a firefox problem because it worked fine in IE - yet when I refresh the screen it still shows the same user agent as above.

[joejoejoe]

Same customer just informed me that he can log-in on FF 3.6 at home, but 8.0 at work won't let him. Same symptoms as the first post, and again that's all the info I got. He sent the email from his home computer so I have no way of going back to see what his log-in from work looked like. Nobody else is having random log-in problems from FF users?

[Website Rob]

Admin > Configuration > Sessions: Session Directory

Does the "Session Directory" have the same path as used for the "define" statement, which is the last line in either of the config files?

[joejoejoe]

Yes - exact same path /home/xxxxx/public_html/cache

[Website Rob]

Can you provide the rest of the settings shown on the Sessions page?

[joejoejoe]

Cookie Domain True
Force Cookie Use False
Check SSL Session ID False
Check User Agent False
Check IP Address False
Prevent Spider Sessions True
Recreate Session True
IP to Host Conversion Status true
Use root path for cookie path False
Add period prefix to cookie domain True

[Website Rob]

The problem does seem to be Session related and you can tell for sure because any page you go to on the site will always have a "zenid=" included at the end of the URL.

I'm curious as to how the current situation came to be. You say "previous client" which means at one time they were able to login... and now they cannot. What changed and was it on your end or theirs?

[joejoejoe]

He ordered in June, no problem. In October I moved to a new host. They sucked. I moved again two weeks later. Version is the same 1.3.9h. No addons.

I did have some major trouble with google indexing my temp url, and customers visiting it, at the first new host. I ended up putting a line in my .htaccess to redirect it. When I moved to my 2nd new host I updated that line to prevent the same issue. I wonder if I'm causing the problem.

The line I put in:
My "temp url" was server1.hostname/xxxxx so I put this in:

RedirectMatch 301 /xxxxx/(.*) http: //www.my domaincom /$1
(worked great - no google problems this move)

but the config files and the setting in admin has my cache at:
/home/xxxxx/public_html/cache

So is there maybe a point where the customer clicks something and when my server goes to read the sessions info to get whatever data it needs, it gets rerouted and lost?

I'm also redirecting, in the same .htaccess, from mydomain.com to www.mydomain.com but that shouldn't be causing any headaches.