Unable to deal with big attachment (only 45 bytes saved)
Categories
(Thunderbird :: Untriaged, defect)
Tracking
(Not tracked)
People
(Reporter: pmenzel+bugzilla.mozilla.org, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0
Steps to reproduce:
Using Debian sid/unstable, trying to play/save a 72,1 MB attachment fails. Looking at the message source, the full attachment is there:
--Apple-Mail-5E4BA80E-A5BD-4D7B-A7C1-895A7E51A6D3
Content-Type: video/quicktime;
name=IMG_9462.MOV;
x-apple-part-url=1436102F-80F6-4E22-83C7-089C8894C5DA
Content-Disposition: attachment;
filename=IMG_9462.MOV
Content-Transfer-Encoding: base64
AAAAFGZ0eXBxdCAgAAAAAHF0ICAAAHTtbW9vdgAAAGxtdmhkAAAAAOCCq4/ggquXAAACWAAAXjcA
AQAAAQAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAABgAAIk50cmFrAAAAXHRraGQAAAAP4IKrj+CCq5cAAAABAAAA
AAAAXjcAAAAAAAAAAAAAAAABAAAAAAEAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAABAAAAA
Saving the attachment works in Roundcube, so the message does indeed contain the full attachment.
Actual results:
Trying to play this file does not work. Saving the file, only 45 bytes are saved:
$ ls -l IMG_9462.MOV
-rw-r--r-- 1 user user 45 12. Mai 00:21 IMG_9462.MOV
Expected results:
The attachment should be passed correctly to the player and the attachment should be correctly saved to the disk.
Comment 1•2 years ago
|
||
Does this also reproduce when using version 115 started in Help > Troubleshoot Mode?
If it does, and you have not already done so, please list complete steps to reproduce.
| Reporter | ||
Comment 2•2 years ago
|
||
I tested this again with thunderbird 1:115.2.2-1, and it seems to work better now.
One problem I noticed is, that the file is now fully written, but very slowly. I saved it it /dev/shm/, and with cursor up, return you see how slow it is written:
$ ls -lh /dev/shm/IMG_9462.MOV
-rw-r--r-- 1 pmenzel pmenzel 26M 15. Sep 12:44 /dev/shm/IMG_9462.MOV
$ ls -lh /dev/shm/IMG_9462.MOV
-rw-r--r-- 1 pmenzel pmenzel 45M 15. Sep 12:44 /dev/shm/IMG_9462.MOV
$ ls -lh /dev/shm/IMG_9462.MOV
-rw-r--r-- 1 pmenzel pmenzel 70M 15. Sep 12:44 /dev/shm/IMG_9462.MOV
$ ls -lh /dev/shm/IMG_9462.MOV
-rw-r--r-- 1 pmenzel pmenzel 73M 15. Sep 12:44 /dev/shm/IMG_9462.MOV
It shouldn’t download it from the server again, as I had opened it before already in the same session.
Resolved per whiteboard and Comment 2
Description
•