Friday: Power goes out, couldn't get to server in time to clean shutdown on battery-backup.
Friday-later: Everything up again; didn't even attempt to use IE to login, used firefox and everything works fine.
Saturday and since: IE6/7 (computer-independant) gets access denied on every drupal site running while trying to login. No errors in logs anywhere. Firefox continues to work as always.
In summary, Internet explorer 6 and 7 used to work fine to administer drupal websites on my server, and now, since the power outage, internet explorer 6 and 7 can't login no matter what computer I'm using. Even on computers that have never seen a drupal session.
I've went through the forums, and google to no avail. I won't rule anything out at this point, but I've read all the posts about the session php configuration as well as cookie caching and that good stuff. While those are good ideas, and it makes sense for some. It doesn't make logical sense in my case. Something changed from Point-A to point-B from being up before a poweroutage, then being down after as far as internet explorer is concerned.
Maybe I need to do some mysql repairs? But then why would firefox be creating and destroying sessions just fine if it was a mysql issue.
Any insight on this issue would be appreciated.
Comments
Sounds very strange. The
Sounds very strange. The browser shouldn't make any difference in permission handling...
Try manually clearing out all of Drupal's 'cache_*' tables and clearing out the browser's cache & cookies.
---
Yuriy Babenko
www.yubastudios.com
---
Yuriy Babenko | Technical Consultant & Senior Developer
http://yuriybabenko.com
I manually emptied the cache
I manually emptied the cache tables, and still nothing. Clearing browser cache/cookies was the first thing I tried when this problem first came up but I went ahead and did that again.
Any other ideas?
Very strange. Does this
Very strange.
Does this happen for all users or just a particular one?
Can you try creating a new user role, assigning a (new) user to that role and trying to login in IE?
Try to find the place (in Drupal's core) where the login check is being made. Output all variables that are being accessed/used in both IE & FF and compare the two sets. Anything different?
Could be some freak case where IE is not submitting some kind of hidden form element that is required by Drupal for a successful login...
---
Yuriy Babenko
www.yubastudios.com
---
Yuriy Babenko | Technical Consultant & Senior Developer
http://yuriybabenko.com
I have had same problem with
I have had same problem with IE, still no luck.
You can also try running
You can also try running node_access_rebuild().
---
Yuriy Babenko
www.yubastudios.com
---
Yuriy Babenko | Technical Consultant & Senior Developer
http://yuriybabenko.com
ooook. I was about to
ooook. I was about to attempt the latest possible solutions that was posted, but I just got a call from a client telling me that it's working again. I'm drawing a huge blank here.
Either clearing the cache worked and took a while to propagate (I don't even know how drupal deals with it). Or it was a date/time issue that I noticed that also took a while to propagate (again ?) [after booting, date/time was set to 2002, so I updated with an ntp server a day ago].
What did you do ecactly? I
What did you do ecactly?
I moved my drupal site from one domain to a nother on the same server and suddently IE did'nt work but firefox, safari and chrome does!!!
A similar problem turned out
A similar problem turned out to be a permissions issue for me.
I found this thread while experiencing "access denied" for all flavors of IE, but not Firefox. In my case, it had nothing to do with login, but was happening to unregistered / anonymous users when using the "print" module. Once I set anonymous user access properly for the module in question, everything worked fine.
The real mystery is why it worked in Firefox all along.
I ran into this same issue
I ran into this same issue again on a new server. Safari and IE giving access denied pages when logging in.
Incorrect time/date setting seemed to affect me this time.
I fixed this by running ntpdate on my server to update the time. As soon as I did this, IE and safari immediately let me go where I wanted to. It was a cookie issue, it seems
$cookie_domain + .htaccess
This solution has solved this strange problem for me. http://drupal.org/node/884458#comment-3429824
If your site has a short 4
If your site has a short 4 character domain name (e.g., "ab.be") domain then this might be caused by a IE bug . See #280623: Problem with 2 letter domain names, Internet Explorer and cookies