Description of problem: I thought I was mistaken, but I did have 110gb free disk space before upgrading to f11. Version-Release number of selected component (if applicable): 3.5b4 How reproducible: Don't know. Work machine, don't feel like trying over. Steps to Reproduce: 1. Use preupgrade to upgrade to f11 2. use firefox 3. Actual results: in the profile directory(under ~/.mozilla/firefox), there are numerous places.sqllite-$NUMBER.corrupt file count: [momo@kendo 5wrbz4cp.default]# ls -l | wc -l 2918 portion of ls -l ... -rw-r--r--. 1 momo momo 48545792 2009-06-10 11:09 places.sqlite-996.corrupt -rw-r--r--. 1 momo momo 48545792 2009-06-10 11:10 places.sqlite-997.corrupt -rw-r--r--. 1 momo momo 48545792 2009-06-10 11:10 places.sqlite-998.corrupt -rw-r--r--. 1 momo momo 48545792 2009-06-10 08:40 places.sqlite-99.corrupt ... [momo@kendo firefox]# du -h --max-depth=1 32K ./Crash Reports 111G ./5wrbz4cp.default 111G . Expected results: Additional info: None of my firefox data was saved. I was running binaries of 3.5b4 in f10 and never had any problems. Now, I have numerous problems with this firefox. The address bar doesn't work, it'll stop loading web pages. I've also uninstalled and re-installed firefox via yum. Let me know if there is any other data that I can provide.
So, I will update the bug. Even using the binary from mozilla.org within 2 minutes of being opened it created almost 50 .corrupt files.
OK, so it looks like my profile was corrupted. It's running fine now after making a new one. So, somehow during the f11 preupgrade something went awry.
I don't know, I haven't seen profile corruption much lately (sqlite apparently *IS* more stable). I can either close this as "who knows what happened?" bug (aka NOTABUG), or push this upstream to bugzilla.mozilla.org is they have any thoughts. What do you prefer?
Well, unfortunately, I can full reproduce this bug with already upgraded and installed firefox. bradford:t5k6klu2.default$ ls places.sqlite-*.corrupt|wc -l 904 bradford:t5k6klu2.default$ Apparently that "upgrade" part is a red herring. It could happen even with already working F11. Will investigate further.
Looks like https://bugzilla.mozilla.org/show_bug.cgi?id=493374 has the fix
It's fixed in the upcoming firefox 3.5 RC.
closing as upstream (actually it's already fixed by mozilla).