Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
By Anonymous (not verified) on
Nor, seemingly, can I even subscribe to the drupal support mailing list. And I'm REALLY hoping someone can help. When I try to log on here, it simply loops me back to the log in screen. When I try to log in on my site, it shows I am logged in for one page, then 'forgets' as soon as I go anywhere else (and the log in prompt shows again). I'm hoping that I have not missed any of the usual suspects. I am running a clean installation of Windows 98 (fdisk/format/setup), IE 6sp1 (although the same thing happens with Opera), security is set to zero, accepts cookies from strangers in vans upholstered in fake orange fur, have deleted my cookies, deleted anything related to IE6 in Windows and reinstalled IE, created new accounts here and on my site with no result (or the same result, actually), had an account created for me by another admin with the same result, and lastly, deleted the IP address and phpsessid from my account in my database.
And the only thing I can think of is that when interacting with my site, I get a phpsessid in the url. I found mention of this in the mailing lists, which mentioned adding php_value arg_separator.output "&" to .htaccess, but this is already in the file.
Does anyone have ANY suggestions?
Comments
Cookies?
To log in to a Drupal site to need to allow it to set a cookie. If either your browser does not allow it or something else eats it, you are out of luck.
--
Drupal services
My Drupal services
Heh-heh. I _WISH_ it was that easy!
I've gone through all the settings for security and cookies. Cookies set just fine anywhere else -- and if I set the user module to automatically log out authenticated users, I _can_ get back into my own site again.
user error: Duplicate entry '66.109.197.23' for key 1
query: INSERT INTO online (addr,uid,timestamp) VALUES('66.109.197.23','','1061332705') in /home/middlebrother/public_html/includes/database.mysql.inc on line 75.
I _am_ getting the error above if it's set to anything else. It's like something isn't synching between the database and my cookie; seems to me like there's a bug in there somewhere, and I wouldn't call it as such lightly. ;) -- For now, I can leave the site set to auto log folks out, but regardless, I still can't log in here, even with the new password I had mailed.
There is no table named online
in standard Drupal. If you use custom patches, you should contact the author.
--
Drupal services
My Drupal services
Then...
Why can't I log into drupal.org, either?
Hmmm
Don't know. As it seems to work for other people I suspect there is something wrong with your local setup.
--
Drupal services
My Drupal services
Was it an upgrade?
If so, I had the same problem.
I did an upgrade from Drupal 4.1 to 4.2 and I found that I couldn't log-in at all as admin. The problem was peculiar, the login problem only applied to the admin account, but any other user could log-in
As this was suspicious, I went into the database and to the user table, row for uid 1 to see if there was something wrong. Nothing wrong! but still couldn't login. I then I tried several things to make a new encrypted password. First I had Drupal email me a new password with the forgot password form. Recieved the email, looked in the database that it was updated but still couldn't login. Nothing wrong! what then to do? I then thought about deleting the admin account entirely and then recreating it to see if that would do the trick to make a good password and bingo, success!!...
First, I deleted the row for uid 1 in the table users and then through the website created a brand-new account with the same username and password. Then I went back to the users table and renamed this account back to uid 1, the admin and tried logining in and with this new encrypted password in the database, I had no problems at all.
While this doesn't fix the bug, this is definitely THE work around solution. Try this and see how it goes.
Similar problem
I am having a similar problem. I just moved a site from one server(worked fine there) to another server and I can not log into the site. I copied the database over and I believe that went fine because when I go to the index.php I get all of the latest news and my other blocks all seem to work fine. When I try to log in as admin, the screen simply redisplays the index.php file. If I try to hit some of my nodes I get an "not allowed to access this info" error. That is about all that I get out of it. Was there something I missed in the transfer from one site to the other? Any help would be greatly appreciated. Thanks!
$base_url?
Did you change $base_url?
--
Drupal services
My Drupal services
Nope.
And it still wouldn't explain why I'm getting the same loop here, although I appreciate the suggestion. My site is still working with force log-out set, but that's all I've figured out, beyond not seeing my sessid in the URL anymore.
Changed $base_url but still a no go
OK, so I did find and change the $base_url but I still have the same problem, unable to log into the site. When I try to log in, it just redisplays the index.php page (note: my database connection seems fine because it is pulling news and other info from the database).
Clean URL problem
This is most likely a problem with URL rewrites
If in your old hosting solution you used clean urls and in the new one the rewrite is broken, it will loop you back to the home page when you click on any link. Try changing a link from "node/view/xx" to "?q=node/view/xx". If the first URL sends you to the home page, but the second sends you to the correct node, then clean URL is your problem.
How to fix:
1) Get mod_rewrite working on your apache config and make sure the .htaccess has rewrite rules in it.
2) If the above does not work, here's a shortcut: Open the db using phpmyadmin or use command line. From the variables table delete the row with "clean_url" in it. That should allow you to login. Keep in mind, that any URL's that are statically coded into a page or node will no longer work. Drupal's own URLs will work fine because they will have the "?q=" added. You will have to manually change all URLs and add the "?q=" or fix mod_rewrite (see option 1)
HTH
Clean URL problem
I had a problem after enabling Clean URL's, I couldn't login.
Open the db using phpmyadmin or use command line. From the variables table delete the row with "clean_url" in it. That should allow you to login
That got me going again - thanks for the point in the right table direction.
More detail please
Could you elaborate a bit on the changes I need to make to the .htaccess file? I see where I need to make them, but don't know what to do once I get there. I'm assuming I need to uncomment some of the lines, but what do they all mean?
Thanks for any help
Please give more detail
I have this problem. In my admin logon I keep getting set back to the index.php page *only* after I enable clean urls.
Can someone please tell me how to edit the .htaccess file to solve this?
IE 6 SP1 KILLS W98 DEAD
Been there, done that.
It's not the software, it's IE. It's not going to let you use ANY site that uses cookies, properly. If you go to help ->about, you will see that you are using 0 bit encryption.
The IE 6, SP 1 release is missing a few key .DLLs, and you either have them or you don't. If you have them, the installation trashes their registration, if you don't, there's nothing to install, I strongly suspect that MS did not bother testing this with 98.
Regardless, there is no fix.
This is when I started using Netscape.
While I understand Microsoft dropping support for 98 (this happened recently), I also hate WXP passionately. The notion that NT is somehow 'more stable' or 'more secure' is a shill to illiteracy. I supported Windows for years; I am one of Microsoft's rare fans. If Microsoft wanted to embrace and extend something, they should have gone after Unix. Think about THAT one, for a minute; why doesn't MS have their own Linux distro, hmm? Hmm? Everyone else does. Think they'd lose money on bundle/shovel-ware OS liscencing? *Evil grin*
But anyhow. Give up. You lost. Run Netscape or Opera and be glad that something runs at all. This can't even be fixed at a component level.
/rant
Don't know, whether this solves your Problems
I just want to share a strange behaviour of mod-rewrite probably due to my Windows environment (for testing). In my .htaccess file I had these lines for clean URL's:
which worked fine, until I startet using path aliases with capital letters. To track down the problem, I insertet
at the beginning of my index.php and testet:
which was supposed to produce the same output. But... it didn't.
Two environment variables (and therefore several PHP variables) showed up differently: REDIRECT_QUERY_STRING and QUERY_STRING. In Case a) the result was q=Filename, in b) it was q=filename. This means, after mod-rewrite was performed, the upper case F in Filename was changed to lower case f in filename, which could obviously not be found as an alias by Drupal.
Fortunately, REQUEST_URI was not messed up, so I could rewrite my .htaccess for a workaround:
This way, the part after the basedir is stored as %1 in the RewriteCond and can be used in the RewriteRule. For me this worked in Windows. I cannot say whether it will cause problems in a Unix environment, as I have not yet tested it there.
Cannot log under any circumstances
Make sure that session.save_handler = user in php.ini
I want to jump into discussio
I want to jump into discussion because i have a similiar problem. Although, all of my settings are fine; regardless of the browser i got the anonymous version of my site when i try to open a new window (by using the shortcut on my desktop) and point to mysite.com. I sign in by one window, open another window (by shortcut on my desktop) and point it to my site but problem...
Is there any idea?
Lashae-
PHP Var
I had the same problem when my isp upgrade from apache 1 to apache 2. If thats the case then just edit your .htaccess file....
# If you are using Apache 2, you have to use
# instead of .