Closed
Bug 253171
Opened 21 years ago
Closed 21 years ago
Mozilla should prevent losing data when the disk partition runs out of space
Categories
(SeaMonkey :: Bookmarks & History, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 246675
People
(Reporter: omgs, Assigned: p_ch)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.7) Gecko/20040616
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.7) Gecko/20040616
A user in my machine (debian system, mozilla 1.6) happened recently that had a
lot of info in his profile, such as bookmarks, history, etc (the mail was imap,
so luckily there was no change on this). He was working visiting pages, adding
bookmarks, etc. Another user started downloading a big file, and this user
didn't calculate disk space, so apart his download finally failed, the partial
file remained there until I deleted it. Later, the other user told me that he
had lost his bookmarks and history (as I can remember). I checked everything I
could and saw that the bookmarks.html was very low in size, and there was no
backup AFAIK, so his bookmark collection couldn't be regenerated.
Reproducible: Always
Steps to Reproduce:
I think mozilla should check if any write it performs is successful before
deleting the original file, so at least, if there are any problems, not lose any
existing data.
I have seen several bug talking about similar situations, but I haven't seen any
talking about preventing data loss or losing bookmarks, so I file this as new
because I haven't seen faced what I find important.
Comment 1•21 years ago
|
||
See bug 246675.
Reporter | ||
Comment 2•21 years ago
|
||
Thanks, Michiel. The Summary ("create a non-overwriting file output stream")
didn't help at all :)
*** This bug has been marked as a duplicate of 246675 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•