<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I've seen a corrupt sessions MySQL table cause problems too.<br>
<br>
-Don-<br>
<br>
On 2/23/2010 9:57 PM, Randy Fay wrote:
<blockquote
cite="mid:15c957091002231857y6f653bf9he83f8fbf65774a18@mail.gmail.com"
type="cite">Since this *really* sounds just like the "cookies not
enabled in browser" situation, I just wanted to mention something I'm
sure you already tried, which is accessing it from a different browser
or computer.<br>
<br>
It's trivial to make all drupal logins stop working: You just turn off
cookies in the browser, and it works just like you're describing.<br>
<br>
-Randy<br>
<br>
<div class="gmail_quote">On Tue, Feb 23, 2010 at 5:30 PM, <a
moz-do-not-send="true" href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a>
<span dir="ltr"><<a moz-do-not-send="true"
href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">You
can always edit the database directly.<br>
<br>
It sounds like a cookie problem, though. Try setting the cookie domain
explicitly in your settings.php file to just <a moz-do-not-send="true"
href="http://example.com" target="_blank">example.com</a> (not <a
moz-do-not-send="true" href="http://www.example.com" target="_blank">www.example.com</a>,
or whatever).<br>
<br>
Also, check to make sure that uid 0 is still intact in the database.
That's another common source of weirdness, in my experience.<br>
<br>
--Larry Garfield
<div>
<div class="h5"><br>
<br>
Tomáš Fülöpp (<a moz-do-not-send="true" href="http://vacilando.org"
target="_blank">vacilando.org</a>) wrote:<br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
Is there a backdoor way to force admin login if everything fails?
Something like the way $update_free_access is changed to TRUE to allow
running update.php....?<br>
<br>
A client got locked out of D6.15 completely, including admin. Login
seems to work (I see admin only links on logon), cookies are set, but
only on the initial page.... any subsequent click is treated as done by
an anonymous user (checked the watchdog this way). I've cleared all
browser caches, Drupal caches via the db, also the Drupal sessions
table, checked the cookie domain, the admin user record exists in the
user table, etc. in settings.php, deleted and re-uploaded D6.15.
Nothing in the php logs. Nothing unusual in watchdog - just access
denied by anonymous... Spent an equivalent of a day on this but I know
there is a ton of things I can still try - e.g. rebuild access rights.
But I do need to log in first, only by myself. So... is there a way to
force admin login? Cannot find this info anywhere.<br>
<br>
Thanks!<br>
<br>
Tomáš<br>
<br>
</blockquote>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Randy Fay<br>
Drupal Development, troubleshooting, and debugging<br>
<a moz-do-not-send="true" href="mailto:randy@randyfay.com">randy@randyfay.com</a><br>
+1 970.462.7450<br>
<br>
</blockquote>
<br>
</body>
</html>