Opening (non-msf/non-email) files for writing can destroy data on full disk in nsMsgMailNewsUrl.cpp
Categories
(MailNews Core :: Database, defect)
Tracking
(thunderbird_esr60 affected, thunderbird67 affected, thunderbird68 affected)
People
(Reporter: aceman, Unassigned)
References
Details
(Keywords: dataloss, Whiteboard: [patchlove][needs new assignee])
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
Comment 3•6 years ago
|
||
Good time to revisit?
Other disk full reports https://mzl.la/2UnKcY9 - a couple against import
it seems the safe writing is not implemented for inbox.msf - see also https://bugzilla.mozilla.org/show_bug.cgi?id=1545725
Comment 6•6 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #3)
Good time to revisit?
Other disk full reports https://mzl.la/2UnKcY9 - a couple against import
I thought this was fixed years ago, but it was not???
I will look into this starting on Saturday. We have 10 straight holidays in Japan, and I have returned from
an early trip and would stay home more or less and do some serious catching up.
TIA
Updated•6 years ago
|
This bug is specifically not for msf files (mork) and also not the email data (e.g. Inbox) as those can't be handled by the MsgNewSafeBufferedFileOutputStream code as it duplicates the files for a moment and that can't be done for these multi-gigabyte files.
Also I wouldn't cover import problems here as it is handled in a different module. Good that those have their own bugs.
Updated•5 years ago
|
Description
•