I know this problem was supposedly fixed ages ago, but it still exists in 6.19 and is driving me crazy.
--User creates account.
--Instead of moving on to the authenticated user screen, user receives login box screen with blank id and pw fields.
--Entering the id and pw and submitting yields the same result -- login box screen w/ blank fields.
I have completely disabled caching, cleared the cache and tried the "no-store" bootstrap.inc hack.
Affects about 10-15% of my users (some don't complain, but I can see multiple sessions started at the same time using Who's On and by checking the log).
The Who's On module often shows multiple instances of the user logged on (i.e. authenticated) while the user just keeps seeing the login box w/ the blank fields.
All of the solutions I've Googled up (except the bootstrap.inc hack) seem to be targeted at earlier versions of Drupal. However, it's very clear that many 6.x users are having this problem.
Possible very, very ugly workaround: users filling out the wwww.xxxxxxxxx.org/user/password form seem to be able to authenticate by using the e-mail-supplied reset link. But, by that time, they're not very happy with me or my system.
Any advice you can provide would be great appreciated. Drupal works perfectly for my needs (high school parent teacher group), but this is a dealbreaker -- I can't frustrate 10-15% of my user base.
Thank you!
Comments
Just the same issue here
Suscribing. I'm having exactly the same problem in a fresh 6.19 instalation with the admin account and no module installed but core modules by default.
It does not depends on the web browser (access is failing sporadically with Firefox and IE, and from several PCs).
In my case, 90% of times that I'm trying to access I'm targeted to the login box screen just with a "Unauthorized access" message, but NO additional message about a wrong typed user or password. It seems that I have validated sucessfully, but for some reason I am redirected continuously to the validation form in a loop.
Only sometimes (a very few of my attempts, just about 10%) I can go into Drupal admin area without problem. I use to clean cookies in my browser also.
I have no idea about what can it be causing this frustrating behaviour. I'm absolutly bewildered with this.
Any clue? What can I change into my server?
My workaround
manumad40,
I guess I'm going to have to dump Drupal next year when I do my non-profit group's annual registration again. It's a shame -- Drupal-CiviCRM seemed like a winning combination. But, it's no good if it doesn't work. Maybe Joomla has a better authentication system? Going to try it.
Anyway, here is my ugly workaround for my users:
--I had my system set up to allow users to automatically log in after account creation. There is no reason to force e-mail verification, since registration is a one-time event.
-The problem I'm experiencing is that anonymous session cookies don't properly turn into authenticated cookies (I guess). [It doesn't happen to everyone, it happens to both IE and FF users, and clearing all cookies fixes it by wiping out the anonymous session cookie (I guess).] The problem is well-documented -- the various reasons and various fixes not so much.
--So, I created an A record for a subdomain pointing at my www root (leaving me w/, e.g., www.mysite.com and sub.mysite.com both pointing to my www root).
--I then published sub.mysite.com as the starting point for account creation.
--The Drupal account creation e-mail w/ the username and pw contains a link to www.mysite.com. So, when the user logs in, there is no conflict with the old sub.mysite.com anonymous session cookie.
Ugly, as I said...
Drupal 6.19, PHP 5.2.14, MySQL 5.0.91, Go Daddy grid hosting
Browser question
I got the same problem with the Admin user login.
Because I use Linux Opensuse, I do'nt use IE, and I can use Firefox, Konqueror, Opera, or Chrome.
I tryed with 3 of them (Firefox, Konqueror and Chrome), and the only browser that works ok, and I can login as Admin without problems is Chrome.
same issue on up-to-date drupal 6
Issue: He uses correct un & pw and upon "login" he is taken back to login page with error message, but his username is displayed in address bar /user/his-name
Latest version of 6, and client is complaining of this issue on 2 computers using IE and FF. Have no idea how to go about diagnosing and fixing this issue. The curious thing: he only just started experiencing this issues.
Contrib modules that may contribute to issue (but not thinking they do): logintoboggan and pathauto
I'm blaming it on his OS and/or browser (because that's the only thing that makes sense at present), but I'm also concerned it could be a sever or drupal bootstrap issue.
---
Doug | webmaster