This is being reported quite a bit in blogs and twitter. The symptoms are most often reported as "sites don't save my login information" and deleting cookies.sqlite solves the problem. I believe this is one of the highest profile issues for Firefox 3.0 and 3.0.1 that I'm seeing reported "out on the web"
Status: UNCONFIRMED → NEW
Component: General → Networking: Cookies
Ever confirmed: true
OS: Mac OS X → All
Product: Firefox → Core
QA Contact: general → networking.cookies
Hardware: Macintosh → All
Version: unspecified → 1.9.0 Branch
(this issue is not to be confused with the Firefox TOR extension hosing cookies for all of its users.) Also, I've crashed and don't see it so the steps to reproduce above are not 100% but it does appear that crashing has been at least one of the reasons for cookies.sqlite to break.
Additional info: the problem happened with a profile after upgrade Firefox 2 -> Firefox 3. I've deleted the profile and created a new one: now Firefox doesn't crash as often as before (when also a flash movie caused a crash), and I've not seen cookies reset. BTW, in the old profile I had the TOR button (even if I didn't use it so much).
Hm, I think I'm experiencing this myself. I leave the browser up for a long time (days, easily a week if I don't crash) so I'm not entirely sure, but I've been annoyed that bugzilla has lost my column selections several times. I'd be happy to send my cookies.sqlite to dwitte or another developer fixing this problem (not so much attaching it to the bug, though). I've never installed Tor on my Mac profile where I've experienced the problem. I do have Web Developer 1.1.6 and View Cookies 1.7 which have cookie-related functionality but don't seem likely culprits.
So, is there a belief that the profile migration is related? I haven't seen this myself, but I am running FF3 on an upgraded FF2 profile. What symptoms should I look for? (I also switch back and forth, w/o knowing if this is bad for my profile :))
well, in my experience, an upgraded profile crashes very frequently (in particular, I experienced crash when loading a web page using Flash movies), and after the crash cookies are deleted. in my old profile I had installed many extensions. I can't remember all, but this list should be quite complete: - TOR button - Chris Pedrick's web developer toolbar and user agent switcher - Firebug - Greasemonkey - Colorzilla - Stylish - Gmail Notifier - Google Reader Notifier I was on Mac OSX. By the way, I remember I had to start with a new profile when I had upgraded from Firefox 1.5 to Firefox 2.
(In reply to comment #4) > Hm, I think I'm experiencing this myself. I leave the browser up for a long > time (days, easily a week if I don't crash) so I'm not entirely sure, but I've > been annoyed that bugzilla has lost my column selections several times. I'd be does it lose them mid-session, or on crash/startup, or or...? if mid-session, it could be the "cookies eagerly evicted" bug which mconnor has been chasing recently (his theory is that session cookies, which sessionstore saves, are ousting other cookies). if on crash, that's likely something else, which i'll assume this bug is about :) (In reply to comment #5) > So, is there a belief that the profile migration is related? I haven't seen > this myself, but I am running FF3 on an upgraded FF2 profile. What symptoms > should I look for? (I also switch back and forth, w/o knowing if this is bad > for my profile :)) cookies.sqlite is generated when you first migrate a profile (on startup), at which time cookies.txt is deleted. running an older firefox will generate a new cookies.txt, but firefox 3 will ignore it since cookies.sqlite already exists. so i'd be surprised if this is migration related. it seems that what this bug is about is something failing in nsCookieService::InitDB, which prevents the sqlite db from being opened. http://mxr.mozilla.org/seamonkey/source/netwerk/cookie/src/nsCookieService.cpp#469 based on comment 0, if it were detectable corruption, the file would be deleted and created afresh - but it sounds like it remains there, without being touched, and new cookies aren't written out. that'd be consistent with a general failure in InitDB(), such as the db failing to open (possibly an already-open filehandle?), failing to create the table (unlikely since this is an already-existing db), something relating to schema upgrading (unlikely since this, i presume, is on a profile that's been in use with ff 3.0.0 for some time), Read() failing (only plausible way is for one of the bind or execute steps to fail). narrowing that list down (cookie logging will help a bit) would be a good start... running a debug build on a profile where the cookie file isn't read in properly would be ideal.
The db is run with PRAGMA synchronous = OFF, which could lead to corruption if the application crashes.
(In reply to comment #7) > does it lose them mid-session, or on crash/startup, or or...? if mid-session, > it could be the "cookies eagerly evicted" bug which mconnor has been chasing > recently (his theory is that session cookies, which sessionstore saves, are > ousting other cookies). > > if on crash, that's likely something else, which i'll assume this bug is about > :) In my experience, cookies are kept correctly during the session. But, after the database has corrupted, all the cookies are deleted when closing the browser (or when opening it again?). I think I *might* have my old profile... Would it be useful if I post it here? (of course, with all my personal information removed)
we need async api love (combined with an integrity check on startup, perhaps) to mitigate this.
Won't block on this with no patch, tests, or owner. We want this though, who can own it?
Given the dependency on bug 449990, this won't ever make it to branch.
bug 448372 will help just a little here, by making "remove all cookies" nuke the db if it's corrupt (though that still requires user action).
Sounds good to me.
Flags: wanted1.9.0.x+ → wanted1.9.0.x-
Version: 1.9.0 Branch → Trunk
Please fix this as soon as humanly possible. It's killing me. I'm getting old. I can't remember all my logins for sites... Thanks, Rich
~don't think i've ever seen this. and I crash a lot.
I've not seen this bug in the latest releases...I did 4 years ago...
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.