Large attachments decoded incorrectly
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
People
(Reporter: fntoth, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/109.0
Steps to reproduce:
I received e-mail with large attachment via IMAP, actually 3 in this case, total decoded size was 20MB.
Actual results:
Opening or saving leads to 27 byte that is unreadable.
Expected results:
Decode the 3 files.
More info:
After saving the page source and cutting the base64 sections to separate files, the files could be decoded using gnu base64. Apparently Thunderbird's base64 decoding is at fault.
|
||
Comment 1•2 years ago
|
||
Yes, Ferry, it's a known bug which has been fixed on Daily, our development version. It's quite a big change, so I'm not seeing a plan to uplift this to TB 102 ESR. On bug 1805186 and friends, there should be some workarounds, too.
|
Reporter | |
Comment 2•2 years ago
|
||
Sure it's a duplicate? If so great that it's fixed.
But not saving the attachment doesn't sound like a caching problem.
|
|
||
Comment 3•2 years ago
|
||
(In reply to Ferry Toth from comment #2)
Sure it's a duplicate?
But not saving the attachment doesn't sound like a caching problem.
Quite sure. The bug explicitly says that the problem relates to caching. And so do the workarounds: e.g.
- Bug 1589649 Comment 45
- Bug 1589649 Comment 33
If yours is not a duplicate, we can always reopen.
You can test the fix in Thunderbird Beta, which will create a separate, new profile by default.
If so great that it's fixed.
Yes, but not yet fixed on the release version (102).
Description
•