Closed Bug 1306005 Opened 9 years ago Closed 9 years ago

In case of multiple zip or pdf attachments last attachment is zero bytes

Categories

(Thunderbird :: Message Compose Window, defect)

45 Branch
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: fios, Unassigned)

Details

This bug has appeared with Tb 45 - I get a lot of email from a certain client and up until now, all attachments have worked without glitch. Now, when the client attaches more than one attachment (none of them are massive) and they are either all pdf or all zip (I haven't had a mixed zip/pdf case yet though), the attachment which was attached last shows as 0 byte and does not save or open. If I ask the client to re-send this message (otherwise untouched), it arrives and saves without any problem. Other file types (doc, docx, xlsx and various others) do not exhibit this behaviour. Neither the client nor I are using any sort of encryption and in any case, if this was an issue around encryption or format of sending, I would not expect the problem not to be present when the client re-sends the same file via the same setup at their end.
POP or IMAP? Can you attach a message with a defective attachment here?
POP. I can't attach the messages, the attachments are confidential but I'll see if I can engineer the error with some non-confidential attachments.
Component: Untriaged → Message Compose Window
Can no longer reproduce, beginning to wonder if this was a Windows bug that got fixed in the updates recently rolled out. Closing for now until it re-appears or we can reproduce it.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.