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)
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.
Comment 1•9 years ago
|
||
POP or IMAP? Can you attach a message with a defective attachment here?
| Reporter | ||
Comment 2•9 years ago
|
||
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.
Updated•9 years ago
|
Component: Untriaged → Message Compose Window
| Reporter | ||
Comment 3•9 years ago
|
||
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.
Description
•