Can't login to drupal in Chrome or Firefox, but Safari works
Problem: Login doesn't work in Firefox and Chrome, but it works in Safari.
Details:
We just moved the drupal 6 installation to another host and followed the steps below:
Moving load sites / site1 / Themes / themeFolder
for image sites / all / Themes / themeFolderMade these changes to the page-node-NNN.tpl.php files (search all files in themes / themeFolder):
1) find: / oldpath / replace: / newpath /
2) find: oldsubdomain. replace: www.
3) find: .com / sites / replace: .com / newpath / sites /
Then when I login, it fails in any browser when incorrect information is entered, but when it is correct, it just redirects to that user profile page ... and then nothing. There are no admin menus, no edit buttons for the content, and although it was authenticated, it somehow never stored anything that would later help with authentication.
It's strange that for three people with three different systems, Firefox and Chrome don't work. But Safari does. We have excluded that this is a database or old cookies.
Does anyone have a good guess?
a source to share
Have you checked the variable $cookie_domain
in your settings.php? It must either be commented out or configured for a new domain. (I faintly remember that Safari has a slightly different cookie domain handling model than other browsers - not sure though.)
You can also check the cookies set by the new site in different browsers directly and compare them with the differences.
Another (wild) guess would be setting the date / time on the new host. This is unlikely, but if the date is not in the past, the cookie expiration date will be disabled and browsers may deal with it differently.
Also, you probably dropped all Drupal tiles after moving, right?
a source to share
OK <so this is an old post, and while the notes here were good, they didn't completely solve my similar problem. In the end, I found that my inability to log in was not due to the corrupt sessions table, but due to insufficient disk space on the server. So, if all else fails, login to your server (linux, etc.) and run df -h, which will display your disk's availability statistics. If you find that you have very little space, run this command:
find / -type f -size + 50000k -exec ls -lh {} \; | awk '{print $ 9 ":" $ 5}'
(this will find all files over 50MB, a good place to start if you are doing a lot of entries, etc.) Then go through and delete the files you don't need (or just add another drive).
a source to share
I had a similar problem which was caused by the corrupt sessions table in the database. I fixed it by restoring the session table by following the guidelines in the article http://www.go2linux.org/cannot-login-into-drupal-table-corrupted
a source to share
Wow, I found that one thing that will make it not work is setting the default timeout due to sync. If you change it a few hours ahead or behind it could result in you being unable to log into your site. Restore it to default and clear the cache and cookies, then close your browser and restart it. It worked for me!
a source to share