Forums / Upgrading from 1.3.x to 1.3.9 / 139d customer can't login

139d customer can't login

Locked

Started by buildingblocks on 9 Jun 2010, 4:51 PM · Views: 2,535

Results 1 to 9 of 9
This thread is locked. New replies are disabled.
9 Jun 2010, 4:51 PM
#1
buildingblocks avatar

buildingblocks

Totally Zenned

Join Date:
Jun 2008
Posts:
629
Plugin Contributions:
0

139d customer can't login

I finished bringing my site up to date in a test folder and have just moved it live.

I found that after creating an account I was brought back to the login page or when I just try to login I was still returned to the login page.

No error logs were generated in my cache folder and I did receive the welcome email when creating the test customer account. By the way this was not a problem when in the testing folder.

I tried running the fix cache key utility and it did synchronize but did not fix the login problem. Now when trying to login it just brings me to home page.

9 Jun 2010, 5:04 PM
#2
buildingblocks avatar

buildingblocks

Totally Zenned

Join Date:
Jun 2008
Posts:
629
Plugin Contributions:
0

Re: 139d customer can't login

ok I did

ADMIN... CONFIGURATION... SESSIONS... RECREATE SESSIONS... set this to FALSE.

it fixed the problem but I read that this is not a good idea for this setting.

9 Jun 2010, 9:50 PM
#3
buildingblocks avatar

buildingblocks

Totally Zenned

Join Date:
Jun 2008
Posts:
629
Plugin Contributions:
0

Re: 139d customer can't login

Does anyone know what could cause this setting to suddenly need adjusting to false?

My 138a store was set to true.

My 139d store was set to true and working fine in it's test folder before moving it out of its folder and bringing it live.

10 Jun 2010, 6:20 AM
#4
gilby avatar

gilby

Totally Zenned

Join Date:
Aug 2005
Location:
Vic, Oz
Posts:
1,816
Plugin Contributions:
0

Re: 139d customer can't login

buildingblocks:

Does anyone know what could cause this setting to suddenly need adjusting to false?

My 138a store was set to true.

My 139d store was set to true and working fine in it's test folder before moving it out of its folder and bringing it live.

Keep it true
http://www.zen-cart.com/forum/showthread.php?t=155462
It appears to be a caching issue
It goes away after time

10 Jun 2010, 11:36 AM
#5
buildingblocks avatar

buildingblocks

Totally Zenned

Join Date:
Jun 2008
Posts:
629
Plugin Contributions:
0

Re: 139d customer can't login

gilby:

Keep it true
http://www.zen-cart.com/forum/showthread.php?t=155462
It appears to be a caching issue
It goes away after time

Thank you! :smile:

I read through the thread and that shed light on whats happening. I set 'recreate sessions' back to true and today things are fine, even in FF.

13 Jun 2010, 5:19 AM
#6
americangunworks avatar

americangunworks

New Zenner

Join Date:
Jun 2010
Posts:
8
Plugin Contributions:
0

Re: 139d customer can't login

I had this problem last week and was scared away from D.. I just did the recreate sessions deal and it works fine now. I'll switch it back to true in a few days and recheck.

Thanks

14 Jun 2010, 1:40 AM
#7
ajeh avatar

ajeh

Oba-san

Join Date:
Sep 2003
Location:
Ohio
Posts:
62,757
Plugin Contributions:
1

Re: 139d customer can't login

Leave the Recreate Sessions set to true ...

Then, try to change line 38 in the:
/includes/init_includes/init_sessions.php

to read:

session_set_cookie_params(0, $path, (zen_not_null($cookieDomain) ? '.' . $cookieDomain : ''));

See if that fixes it for you ...

Linda McGrath
If you have to think ... you haven't been zenned ...

**Did YOU buy the Zen Cart Team a cup of coffee and a donut today? Just click here to support the Zen Cart Team!!**

Are you using the latest? Perhaps you've a problem that's fixed in the latest version: [Upgrade today!]
Officially PayPal-Certified! Just click here

Try our Zen Cart Recommended Services - Hosting, Payment and more ...
Signup for our Announcements Forums to stay up to date on important changes and updates!

29 Aug 2010, 2:06 PM
#8
vicavendano avatar

vicavendano

New Zenner

Join Date:
Oct 2009
Location:
Bronx, NY
Posts:
22
Plugin Contributions:
0

Re: 139d customer can't login

Had this problem too, in Firefox 3.68 with Zen Cart 1.3.9f. Logging in would result in redirect to secure version of home page, without actually logging in. Worked fine in Internet Explorer.

I went into Firefox Options>Privacy, and clicked on Clear Recent History, then checked off Cookies & Cache (and Active Logins to be safe) with the time range as "Everything", and this fixed it, so it does appear to be a client side caching issue as other people have mentioned.

I hope that it is something temporary that fixes itself, I think asking customers to follow the above steps is :yuck:

8 Sep 2010, 3:42 AM
#9
jrayfield avatar

jrayfield

New Zenner

Join Date:
Dec 2008
Posts:
81
Plugin Contributions:
0

Re: 139d customer can't login

I, too, was having problems with logins, after updating my site from 1.3.8a to 1.3.9f. I am using a custom template.

I've had the problem of getting a 'security error', when trying to log in, after creating an account.

I've had the problem of not being able to log in - when I enter my email and password and try to log in, I just get sent back to the main page and I'm still not logged in.

And I've had the problem that when I try to create a new account, it does get created, but on the screen where it should show the 'Primary Address' used for this new account, it doesn't show any address at all. And, when clicking on 'Continue', it says this:

"Whoops! Your session has expired"

Here's what I did that fixed all of these problems on this site:

In the init_sessions.php file, I changed this line:

"session_set_cookie_params(0, $path, (zen_not_null($cookieDomain) ? '.' . $cookieDomain : ''));"

To this:

"session_set_cookie_params(0, $path, (zen_not_null($cookieDomain) ? $cookieDomain : ''));"

What's odd is that I've got another site that uses a very similar template (pretty much the same, just different colors), from the same author, and it works fine, without making this modification to the init_sessions.php file.

Could it be that this change (in init_sessions.php) works, because of something in one of the template files, that's not 'compatible' wtih something in 1.3.9f?

John