601071 - Thunderbird will not load images in emails despite having clicked "Show Remote Content from this user" issue with Quoted-printable

Status: RESOLVED FIXED

(Thunderbird :: Message Reader UI, defect)

Description

[info]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4

When I open up an email in HTML format, none of the images load or display, yet they did previously. The yellow bar asking me to show remote content does not display in emails at all any more and I cannot work out how to enable the images to show in 3.1.4 or why this issue is occuring. It would appear that the HTML source is being re-written, which is putting "3D" in front of the HTML tags. For example <img src="test.jpg" /> would show up as <img src=3D"test.jpg3D" />

Reproducible: Always

Steps to Reproduce:
1. Load FileZilla
2. Open up an email inbox
3. Launch an email
Actual Results:  
Images did not display

Expected Results:  
Shown the images in the HTML email.

Comment 1

[Ludovic Hirlimann [:Usul]]

Can you share an email that has this behavior ?

Does it works better in -safe-mode(http://support.mozillamessaging.com/en-US/kb/Safe+Mode) ?

Comment 2

[info]

Attachment: Screenshot of issue as requested by assistant

Have attempted replicating the steps in Safe Mode and I still get the same issue. 
I have edited out the data within the email for security reasons but this attachment is a prime example of what happens when I load the email - no bar comes up to request that I accept the remote content from the recipient; 

Our server has a webmail client and loading the emails in that seems to load the images, it just appears to be Thunderbird!

Comment 3

[Ludovic Hirlimann [:Usul]]

(In reply to comment #2)
 
> Our server has a webmail client and loading the emails in that seems to load
> the images, it just appears to be Thunderbird!

So can you save the email and attach it here so we can look at how it's constructed :).

Do you use imap or pop ? (issue might also be when downloading the email from the server)

Comment 4

[info]

Attachment: Example email of where this issue occurs

The server uses IMAP for incoming/outgoing mail. 
I have attached a sample email of where the error occurs.

Comment 5

[Ludovic Hirlimann [:Usul]]

info@ : did this work in previous versions of Thunderbird ?

Comment 6

[Ludovic Hirlimann [:Usul]]

(In reply to comment #4)
> Created attachment 480867 [details]
> Example email of where this issue occurs

Wada is that email valid based on your knowledge ?

Comment 7

[WADA:World Anti-bad-Duping Agency]

As for <img> tag portion in quoted-printable, the mail is valid quoted-printable, =3D : "=" in quoted-printable, last = at end of line : cotinuation.
Following <img> is generated by Tb 3.1.4 for first <img> in attached mail, and is shown as expected.
  Compose an HTML mail, Insert image, don't include image data.
(not quoted-printable)
<img alt="ImgImg" title="imgimg"
src="http://s.twimg.com/a/1286210883/images/twitter_logo_header.png?src=mail"
        moz-do-not-send="true" height="36" width="155">

Bug opener, can you see image data shown by Tb while inserting image?
Can you see remote image of mail generated by Tb in Outbox after "Send Later"?

Comment 8

[info]

(In reply to comment #5)
> info@ : did this work in previous versions of Thunderbird ?

Yes, this worked in previous versions

(In reply to comment #7)
> As for <img> tag portion in quoted-printable, the mail is valid
> quoted-printable, =3D : "=" in quoted-printable, last = at end of line :
> cotinuation.
> Following <img> is generated by Tb 3.1.4 for first <img> in attached mail, and
> is shown as expected.
>   Compose an HTML mail, Insert image, don't include image data.
> (not quoted-printable)
> <img alt="ImgImg" title="imgimg"
> src="http://s.twimg.com/a/1286210883/images/twitter_logo_header.png?src=mail"
>         moz-do-not-send="true" height="36" width="155">
> 
> Bug opener, can you see image data shown by Tb while inserting image?
> Can you see remote image of mail generated by Tb in Outbox after "Send Later"?

This is what id does with the "Don't waste paper" logo in my email signature before it is sent. As you can see, it seems to attempt to remotely host the image itself, when actually the image it is trying to show is hosted elsewhere.

>        <img alt="Save the environment, don't waste paper."
>          src="cid:[e-mail]"
>          valign="middle" align="left" border="0" hspace="5">

Hope that helps?

Comment 9

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #8)
> >        <img alt="Save the environment, don't waste paper."
> >          src="cid:[e-mail]"
> >          valign="middle" align="left" border="0" hspace="5">
> Hope that helps?

It's not remote image. It's embed image.
If above <img> is written in HTML, corresponding image data has to be embed in mail as a part with Content-ID: <[e-mail]>.
If you Insert image with "send image data" option for remote image (http://.../xxx.jpg), Tb generates such <img> tag and generates a part for the image data in multipart/related. See it by Send Later and View Message Source.

Is corresponding image part correctly embed in mail?

Comment 10

[info]

I have just tried this and got the same as the code I posted above:

        <img alt="Save the environment, don't waste paper."
          src="cid:[e-mail]"
          valign="middle" align="left" border="0" hspace="5">

Instead of the correct src which should be: http://i28.tinypic.com/20uo0fp.jpg

Comment 11

[info]

(In reply to comment #9)
> > Hope that helps?
> 
> It's not remote image. It's embed image.
> If above <img> is written in HTML, corresponding image data has to be embed in
> mail as a part with Content-ID: <[e-mail]>.
> If you Insert image with "send image data" option for remote image
> (http://.../xxx.jpg), Tb generates such <img> tag and generates a part for the
> image data in multipart/related. See it by Send Later and View Message Source.
> 
> Is corresponding image part correctly embed in mail?

In answer to your question regarding whether or not the image part is correctly embedded, please see comment #10. I do see what you are saying, but the issue only tends to occur on incoming emails, not outgoing emails, so I fail to see how this would help? The HTML image formatting of the emails I have received is different to that of outgoing mail (as shown in comment #10)

Thank you!

Comment 12

[David :Bienvenu]

FWIW, this test case works for me on the trunk, both when viewed as an .eml file, or put in an imap folder.

Comment 13

[info]

Interesting. So what would you suggest the issue is that I am experiencing @ #12

Comment 14

[David :Bienvenu]

(In reply to comment #13)
> Interesting. So what would you suggest the issue is that I am experiencing @
> #12

I'm not sure - it's possible it's fixed in nightly builds, but it's more likely that there's something about your setup that's different. It would be really helpful if other folks could try to recreate this using the test case you've attached.

Comment 15

[info]

(In reply to comment #14)
> (In reply to comment #13)
> > Interesting. So what would you suggest the issue is that I am experiencing @
> > #12
> 
> I'm not sure - it's possible it's fixed in nightly builds, but it's more likely
> that there's something about your setup that's different. It would be really
> helpful if other folks could try to recreate this using the test case you've
> attached.

If people are able to replicate it then brilliant! Are the overnight-builds installed automatically when Thunderbirds' process is loaded by the user, then? Only, I am going to test it again as I've had a few emails in today containing images, and some of them have surprisingly worked.

Comment 16

[Mark Banner (:standard8)]

moz-do-not-send was broken in 3.1.4 but will be fixed in 3.1.5 (bug 596797).

Comment 17

[info]

Yes - the images seem to be loading in the reader/user interface now. Still not sure of the true reasons behind this issue but hope the Mozilla Thunderbird team can get to the bottom of it (unless they have already) to prevent it happening to anyone else! I'll mark this as resolved for now but I'll re-open the case if it happens again! Thanks to everybody who has contributed to this thread, your support has been very much appreciated! 
Thank you!