139d customer can't login

[buildingblocks]

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.

[buildingblocks]

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.

[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.

[gilby]

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

[buildingblocks]

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!

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.

[AmericanGunWorks]

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

[Ajeh]

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 ...

[VicAvendano]

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

[JRayfield]

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