1396779 - View Message shows part of an image if on remote server

Status: RESOLVED DUPLICATE of bug 1395620

(Thunderbird :: Message Reader UI, defect)

Description

[CADMO]

Attachment: View Message Source of message saved as txt fileeMailIncriminato.txt

It happens randomically on some messages. Test message is 384KB. Multipart Mixed including Multipart Alternative and application/pdf. Multipart Alternative is text/plain and Multipart Related. Multipart Related is text/html with 3  image/jpeg and 4 image/gif. The image partially shown is the first image/jpeg. It is a large (1632x876) image scaled (881x472) inline (cid) in text/html message (moz-do-not-send="false"). Location is between (<p>xxx</p><img><p>yyy</p>) paragraph in a html body with no css BUT with a signature html file at the end which includes own meta, title and style (css) tags.

If image is on a remote imap server (not its fault, tested two different servers), image [#1] shows partially (top 300 pixel approax.ly); if image is dragged to local folder shows correctly. Worst of all, on TB 52.2.1 THERE IS NO WAY TO SOLVE THE PROBLEM (i.e. image always always always partial). On other versions of TB, if Show Attachments Inline is disabled, image always shows correctly. When image shows partially, Copy Image let you paste an incomplete image, Save Image let you save a correct image (except TB 52). Antivirus (Trend Micro disabled, TB cache deleted with no chance to solve the problem. Tested on TB 31.7 38.5, Windows (XPhomeSp2, 10). View Message Source is correct (TB has complete message, even 52), succesfully extracted images from it.

Comment 1

[Richard Marti (:Paenglab)]

Jörg, I think this sounds familiar. Dupe of bug 1395620?

Comment 2

[Jorg K (CEST = GMT+2)]

That indeed sounds like bug 1395620 which I fixed a few days ago.

Reporter: Can you please test this using a Daily build from here:
http://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central/

The fix will also be included in TB 56 beta 4 coming up soon.

The workaround is to set the folder to synchronise: Right-click, Properties, Synchronisation.

Comment 3

[CADMO]

I'll test asap.
In the meanwhile let me understand this:
"The workaround is to set the folder to synchronise: Right-click, Properties, Synchronisation."
"Synchronisation" means "Download [All] locally", correct or wrong?
If wrong, please explain.
If correct, >> I << suggest, instead of a "Synchronisation" (5000 emails on server ALL downloaded locally) just a "Copy THAT ONE particular email on a LOCAL folder" so that (initial) imap traffic and disk occupancy are reduced.

Comment 4

[Jorg K (CEST = GMT+2)]

(In reply to CADMO from comment #3)
> "Synchronisation" means "Download [All] locally", correct or wrong?
Correct.

> If correct, >> I << suggest, instead of a "Synchronisation" (5000 emails on
> server ALL downloaded locally) just a "Copy THAT ONE particular email on a
> LOCAL folder" so that (initial) imap traffic and disk occupancy are reduced.
That appears to work.

Comment 5

[CADMO]

> Reporter: Can you please test this using a Daily build
YES! It solves the bug, it works fine, everything correct.
Please, can you tell me expected date for ESR release that solves this bug?
Bug resolved, case closed, tnx.

Comment 6

[Jorg K (CEST = GMT+2)]

I was hoping to get it into TB 52.4, but since we first ship changes like this in a beta version and the next beta version is sadly delayed, if might have to wait to TB 52.5.

Note that this is an *ancient* bug that existed in TB 31 (I haven't tried earlier). Under certain circumstances images were displayed truncated. To add insult to injury, from TB 52 they are subsequently also saved truncated, at least that's consistent :-( - I hope you get the pun.