i've searched to the ends of the internet, checked and double checked that i have the trailing / in my CGIpath, i have all 18 tables in my sql database, searched here and in the knowledge base for anything related to firefox, cookies, not staying logged in, and i can't find a solution. my host isn't helping as it's apparently not their issue.

i can log in and stay logged in on firefox on a mac (at work); but not safari, nor firefox or ie on my pc (at work OR home).

i tried using the solution from this thread but to no avail.

the curious thing is that it started happening just last week without any changes on my end to my MT install. the only thing i did was clear cookies at home and this problem started happening. it's not necessarily that obnoxious, except it prohibits the uploading of images since you have to log in so many times it forget what image you specified in the first place :/

i'd appreciate any help... or requests for clarification. thanks!

well, i seem to have solved the problem... so i'll post here since others may benefit. all i did was reuploaded the mt*.cgi files to my cgi-bin and chmoded them to 755. also, there was a firefox update recently, so that might have fixed something also.

I am having the same problem.

I've upgraded to 3.32. Since then I login, click anything it throws me back to the login page and the cookie is deleted. I've tried this in Opera, Mozilla, Firefox, Konqueror, IE and Firefox on Windows. All having the same problem. I have an old 3.0D install that works fine. I can't find anywhere in the code that could be deleting my cookie.

I've got the same CGIPath in mt-config.cgi and mt.cfg (just in case).

Just for grins, I've commented out lines in lib/MT/App.pm refering to clear_login_cookie and remove_session but still no workie.

I've also pulled "wheeljack" from the subversion repository and it is acting the same way. However, 3.0D still works.

Any ideas?

Solved!!!!! YES!

The mt_session table was completely different than the one created from a new installation.

the session_id was only varchar(25), instead of varchar(80)
session_kind was varchar(1) instead of varchar(2)
session_name was varchar(85) instead of varchar(255)

Looks like the session_id was getting chopped off to 25 chars, also the session_kind was 'U' when the session verification was looking for 'US'.