Open Bug 454263 Opened 16 years ago Updated 5 years ago

Multiple attachments truncated on save as

Categories

(MailNews Core :: Attachments, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

People

(Reporter: jon0x0, Unassigned)

References

Details

(Keywords: dataloss)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 Build Identifier: version 2.0.0.16 (20080708) Thunderbird truncates attachments saved to disk if I have multiple attachments, then right click on the first attachment, select 'save as', then immediately select the next attachment and select 'save as'. It appears that a thread is still saving the first attachment and this is interrupted by initiating the save of the second attachment. The resulting file size will be longer the longer the delay between saving the first and the second attachment. This one has been around for quite a while. The delays to finish the job are on the order of 5+ seconds for an attachment of a few megabytes (1.5 GHz machine), so the saves are easily interrupted. This is from a POP server, with the message already downloaded into the mail store (saving an attachment from an old message has the same effect).. Reproducible: Always Steps to Reproduce: 1. Find message with multiple attachments of several megabytes. 2. Right click first attachment, then select 'save as' 3. Immediately right click 2nd attachment, select 'save as' Actual Results: Examine file size of first attachment. Typically truncated. Expected Results: Should have properly saved the completed files without regard to the size of the file or the timing of the 'save as' selection.
I'm not finding a duplicate of this one, so confirming. In my case (2.0.0.16 on WinXP, using IMAP), the first file to get saved becomes a zero-byte file, and the second file saves normally.
Status: UNCONFIRMED → NEW
Component: General → Attachments
Ever confirmed: true
Product: Thunderbird → MailNews Core
QA Contact: general → attachments
Depends on: 907732
!"§$%&/()=? Omg... Can someone confirm if this is still happening on TB24? Perhaps bug 907732 which seeks to port FF's new "Asynchronous JavaScript API for downloads" to TB will bring some relief...
Severity: normal → critical
Keywords: dataloss

Nikolay, can you reproduce?

Perhaps related to bug 168330?

Flags: needinfo?(shopik)

Not really, but perhaps its possible on slow connections

Flags: needinfo?(shopik)
You need to log in before you can comment on or make changes to this bug.