The customer can’t login the front-end. (When I typed the wrong login info, it could return warning msg.)
The server seems has no response after I used correct login info to login.
It still has no response even I called the site in new tag and new browser.
At last, I need to restart the Apache server. But the problem just repeated when I tried to login again.
I suspect that the problem is caused by actions of adding rules, adding attribute, etc..
anybody have idea can help to figure out the problem~~
I’m using 1.4.1.0 version.
thanks
I have a similar issue, but mine is specific to only my second store view, the default store view works fine, but my second store view which runs off its own template just refreshes after the correct log ins are used, I also can’t request a new password from the second store view either.
If anyone can help me with this you will be saving me from ripping my hair out! Im completely out of ideas and i can’t seem to find anyone with the same problem.
Has anybody found a solution?
faceing the same problem!
Login onbackend works!
Customers cant login no error nothing just a loop back to the
account login page !
If i use a wrong customer or password i get the normal error message!
Thankfull for any help!!!!!!!!
Hello erverybody,
i have solved the issus on my problem.
I dont know if it’s relevant to you but
there extensions like Aitoc Booster
which uses a kind of cookie rewirte.
In my case the cookie that should have .domain.de
in the CookieDomain description was changed
to .www.domain.de because it uses a rewrite with
the value of ‘.’ . $_SERVER[’HTTP_HOST’] which is
not always the same as the value set in backend for
the cookie domain.
So if you have set cookie domain in backend to something
like .domain.de have a look at your cookies in your brwoser and
check if they are really valid.
in Firefox you could look under config/data privacy.
Hope this will help, but it’s a not known bug so far.
Had this issue before and I’ll document what worked for me.
Go to you admin panel and navigate to; System=> Configuration=> Web (under General)=> Session Validation Settings and make sure all of them are set to “No”. In my case I was using SID on frontend, seems it was giving bad SIDs or something which made the session unvalid (which it wasn’t actually).
Hope this solves at least some people’s problems:)
I have applied the suggested cookie configuration, this has not resolved the problem.
Once a user is having an issue with logging in the account becomes \\\"locked\\\". The initial login will fail with the browser (Chrome) returning:-
No data received
Unable to load the webpage because the server sent no data.
Here are some suggestions:
Reload this webpage later.
Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data.
Attempting to visit any Magento delivered page in the site following this will always return the above result.
Deleting the cookies and therefore disassociating the browser with the session allows the site to be accessed again but the user is not logged in.
Updating / changing the password removing basket contents via the admin area allows the user to login.
I think this cause from the local host problem. If you have set up Magento to run locally then you may be accessing the Apache webserver using the localhost hostname. A security setting in browsers means that the cookie will not be set.
So simply stop using localhost, you can use your localhost interface. To determine your localhost interface you can look at the contents of your hosts file:
Look for the number to the left of localhost
cat /etc/hosts
Once you know which number to use, you can replace localhost with the number. If you have already installed Magento using localhost then it will keep writing out links to localhost, even after you have changed to using the IP address, you will need to change the base_url values in the core_config_data table, you can run a query like this to find the right config values to change:
SELECT * FROM core_config_data WHERE VALUE LIKE “&#xlo;calhost%”;
