Closed Bug 406450 Opened 17 years ago Closed 15 years ago

Places doesn't recover from full hard drive

Categories

(Firefox :: Bookmarks & History, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 359564

People

(Reporter: dietrich, Unassigned)

References

Details

My hard-drive hit max capacity last night around 4am. I woke up this morning, created some space. After that point, doing anything places-related had errors, and then I noticed that places.sqlite was not modified since 4am when the disk was full.
Wonder if this is related to bug 359564 - perhaps this needs to be fixed at the  mozStorage/sqlite level?
Depends on: 359564
Blocks: 359564
No longer depends on: 359564
yes, this likely would need to be fixed there. i'm going to dupe this against the other bug, as it has more discussion, and will point back. also, i haven't seen this again, and i've definitely hit hd limit since then. possibly this comment is on to something:

https://bugzilla.mozilla.org/show_bug.cgi?id=359564#c21
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.