MT Version: MT-3.14-full-en_us
Perl Version: 5.8.1
MySQL Version: 4.0.22-standard
OS: Linux (unknown version)
Browser: Mozilla 1.7.2 (Windows)
Cookie -
Name: mt_user
Content: Melody%3A%3AnheY8y9Yrtn06%3A%3A0
Host: kurtschweitzer.com
Path: /scgi-bin/
Send for: Any type of connection
Expires: at end of session
Fresh installation of MT 3.14. I have NOT changed the default user/password information, due to another error (Can't call method "value" on an undefined value at lib/MT/App/CMS.pm line 1256.) Database still contains default values except for config of "First Weblog".
This is truly annoying. Every time I click on a link or push a button I have to log in again. Thank goodness for the browser's Password Manager which fills in the values on all those login forms!
Any suggestions? As you can see from the cookie info listed above, I do have cookies enabled for this site. It looks to me as though the login credentials stored in the cookie simply aren't matching those pulled from the MySQL database, but when entered from the form they DO match.
Thanks in advance for your assistance!
Kurt Schweitzer
http://kurtschweitzer.com
Full Version: Cookie Seems Messed Up
You might want to try another browser, or try clearing your cookies. I was just able to login with the defaults, change the password, logout, and then login back in with changed details. I then changed them back to the defaults.
This is the section of code related to the error message you're getting at ib/MT/App/CMS.pm line 1256.
This is the section of code related to the error message you're getting at ib/MT/App/CMS.pm line 1256.
CODE
## If this is an author editing his/her profile, $id will be
## some defined value; if so we should update the author's
## cookie to reflect any changes made to username and password.
## Otherwise, this is a new user, and we shouldn't update the
## cookie.
if ($id) {
my($remember)=(split /::/, $app->{cookies}->{mt_user}->value)[2];
my %arg = (
-name => 'mt_user',
-value => join('::', $obj->name, $obj->password, $remember),
-path => $app->path,
);
$arg{-expires} = '+10y' if $remember;
$app->bake_cookie(%arg);
}
It's clearly cookie related, as everything worked for me in my browsers (both Opera 7.60, and Mozilla 1.7.3), I'd first rule out any problems with your settings. ## some defined value; if so we should update the author's
## cookie to reflect any changes made to username and password.
## Otherwise, this is a new user, and we shouldn't update the
## cookie.
if ($id) {
my($remember)=(split /::/, $app->{cookies}->{mt_user}->value)[2];
my %arg = (
-name => 'mt_user',
-value => join('::', $obj->name, $obj->password, $remember),
-path => $app->path,
);
$arg{-expires} = '+10y' if $remember;
$app->bake_cookie(%arg);
}
I appreciate the prompt reply.
I've tried again using Internet Explorer version 6.0. Same result.
The only thing I can think of that is both somewhat unusual and would affect both Mozilla and Internet Explorer about my Internet connection is the LinkSys/ZoneAlarm firewall I'm running. I have a hardware/software firewall combo between the cable modem and my computer. The hardware component requires ZA to be running on my computer. ZA, in turn, reroutes all JavaScript through an internal "proxy" server, in order to block certain spyware attempts, pop-ups, etc. based on the settings for a particular site. Since I'm dealing with my own website in this case, I have all options enabled (cookies, pop-ups, mobile code, etc.)
ZoneAlarm does this by rewriting the page. Could ZoneAlarm be messing something up?
I've tried again using Internet Explorer version 6.0. Same result.
The only thing I can think of that is both somewhat unusual and would affect both Mozilla and Internet Explorer about my Internet connection is the LinkSys/ZoneAlarm firewall I'm running. I have a hardware/software firewall combo between the cable modem and my computer. The hardware component requires ZA to be running on my computer. ZA, in turn, reroutes all JavaScript through an internal "proxy" server, in order to block certain spyware attempts, pop-ups, etc. based on the settings for a particular site. Since I'm dealing with my own website in this case, I have all options enabled (cookies, pop-ups, mobile code, etc.)
ZoneAlarm does this by rewriting the page. Could ZoneAlarm be messing something up?
It's possible. A firewall and/or pop-up blocking software, or anything that interfers with javascript will definitely stop MT's rebuild from working properly, so it could also be messing with your cookies.
Solved!
I wound up trying to access from my son's computer - different machine, same network, same Zone Alarm installation. No problem using MT.
I compared his ZA settings with mine - no substantial difference. Just to be sure I altered my settings to match his - still didn't work.
Then I rebooted my computer. The reboot hung up, indicating that something had gotten corrupted on my system. Once I was able to reboot - everything works! (Gotta love Windows!
)
I wound up trying to access from my son's computer - different machine, same network, same Zone Alarm installation. No problem using MT.
I compared his ZA settings with mine - no substantial difference. Just to be sure I altered my settings to match his - still didn't work.
Then I rebooted my computer. The reboot hung up, indicating that something had gotten corrupted on my system. Once I was able to reboot - everything works! (Gotta love Windows!
)
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.