Closed Bug 504728 Opened 15 years ago Closed 14 years ago

Embedded JPG won't open and associated text not displayed.

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
Windows Vista
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: hummelmail, Unassigned)

Details

(Whiteboard: closeme 2010-05-01)

Attachments

(1 file)

Problem e-mail with imbedded html images and text
1.47 MB, message/rfc822
Details 
User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 1.1.4322; .NET CLR 3.5.30729; .NET CLR 3.0.30729)
Build Identifier: Thunderbird 2.0.0.22

E-mail received with embedded jpg images shows icons for each image at the bottom of the blank screen without any of the associated text. Clicking on the images fails to open them. Images and text displayed OK in Outlook.

Researched this issue on your web site and found instructions indicating "make sure that the setting for 'View -> Message Body As' is set to either 'Original HTML' or 'Simple HTML'."

This setting was "Original HTML". I changed this setting to "Simple HTML" and that solved the problem temporarily.  

Reproducible: Always

Steps to Reproduce:
1.Changed setting to simple html - problem solved - image and text displayed
2.Changed setting to original html - neither image nor text displayed.
3.Changed setting back to sipmle HTML and problem persists.- no images and no text.
Actual Results:  
I closed the program and reopened it with the setting set to "Simple HTML" 

Expected Results:  
This solved the problem.  Both images and text displayed when opening that e-mail.

It should have opened that e-mail and displayed the images and text with the "Original HTML" setting. This is just poor programming. If Outlook can handle this file without any setting changes Thunderbird should be able to do that as well. Please fix this problem. Thank you.
Component: General → Mail Window Front End
QA Contact: general → front-end
Version: unspecified → 2.0
(Q1) Local mail folder(POP3, "Local Folders")? Or IMAP?
If IMAP, folder of offline-use=On?

> Clicking on the images fails to open them.

(Q2) What phenomenon do you mean by "fails to open them"? What error message? What happens(unexpected one) and what doesn't happen(expected one) after you clicking the image attachment?

> Steps to Reproduce:
> 1.Changed setting to simple html - problem solved - image and text displayed
> 2.Changed setting to original html - neither image nor text displayed.
> 3.Changed setting back to sipmle HTML and problem persists.- no images and no
text.

(Q3) Phenomenon is affected by enable/disable of View/"Display Attachments Inline"?

(Q4) Can you reproduce your problem with latest Tb trunk nightly build?
> http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/
> Download win32.zip build. You can test by UNZIP only.

(Q5) Can you attach mail to this bug(saved .eml file, or Tb's mail folder file which contains the mail only)?
Q1: Pop3 Mail.

Q2: Nothing happens when icon is clicked. There are no error messages.

Q3 Setting Display attachments inline fixes the problem.

Q4 Same results TB trunk nightly build.
(In reply to comment #2)
> Q2: Nothing happens when icon is clicked. There are no error messages.
> Q3 Setting Display attachments inline fixes the problem.
> Q4 Same results TB trunk nightly build.

Probably phenomenon when HTML mail which has inappropriately nested multipart/related part and multipart/alternative part.
"Simple HTML" seems a relief in such case.

Can you attach mail data to this bug?(saved .eml, or mail folder file contains single mail only)
Providing problem e-mail attachment as requested
It's worse case than I expected...
> (A) [ { (HTML mail in multipart/alternative) in multipart/related } in message/rfc822 part (=attached mail) of multipart/mixed mail ]
> (B) <html xmlns:v=3D"urn:schemas-microsoft-com:vml" =  ...>
>     Probably MS proprietary XHTML like document.

(Mail structure)
  multipart/mixed
  part-1 : text/plain (<= mail_body of multipart/mixed)
  part-2 : message/rfc822(<= attachment of multipart/mixed, forwarded mail)
           (attached mail structure)  
            multipart/related
            part-2-1 : multipart/alternative (<=mail_body of multipart/related) 
                       part-2-1-1 : text/plain
                       part-2-1-2 : text/html
            part-2-2 : image/jpeg (<=content pointed by mail_body) 
            part-2-3 : image/jpeg (<=content pointed by mail_body)
            part-2-4 : image/jpeg (<=content pointed by mail_body)
            part-2-5 : image/jpeg (<=content pointed by mail_body)

           Note: It should be;
           (attached mail structure)  
            multipart/alternative
            part-2-1 : text/plain
            part-2-2 : multipart/related
                       part-2-1 : text/html
                       part-2-2 : image/jpeg (<=content pointed by mail_body) 
                       part-2-3 : image/jpeg (<=content pointed by mail_body)
                       part-2-4 : image/jpeg (<=content pointed by mail_body)
                       part-2-5 : image/jpeg (<=content pointed by mail_body)

Because of inappropriate mail structure, phenomena like Bug 407196, Bug 471402, Bug 479203, Bug 482198 occurs.
And because HTML mail in message/rfc822 part, phenomena of bugs listed in Dependency Tree for Bug 269826 can occur.
And, due to MS proprietary XHTML document(probably), Simple HTML(executes sanitizing, so some tags are ingnored) may be required to display HTML part.
Further, Tb has flaw in determination of mail_body or attachment, and Tb's attachment display mechanism/attachment display style is not so well designed.
So Tb is not tolerant with such not-so-well-formed mail.
I think your case is a variation/mixture of phenomena by above issues.

Please check all combinations of next.
(a) (a-1) Display mail in message pane,
    (a-2) Display message/rfc822 part to standalone window
(b) View/Message Body As: (b-1)Original HTML, (b-2)Simple HTML, (b-3)Plain Text  
(c) View/Display Attachments Inline
    (c-1) Enabled, (c-2) Disabled
FH, there is no need to send mail to me. Attaching mail data to this bug is sufficient. ( fortunately, your mail was not moved to Junk my Seamonkey :-) )  

Why I asked you to check all combinations in comment #5 is that I couldn't observe many phenomena you say "caused by Tb's bug=flaw in code of Tb". I could observe only partially. For example;
  - I couldn't see (A) and (B) at same time.
  - I couldn't see "blank screen". 
> (A) E-mail received with embedded jpg images shows icons for each image at the
bottom of the blank screen without any of the associated text.
> (B) Clicking on the images fails to open them.
jpeg image icon in attachment pane is displayed only when "Display Attachments Inline"=Enabled(message/rfc822 part is displayed in inline) and View/Message Body As=Plain Text.
jpeg image display in inline at message pane is observed only when "Display Attachments Inline"=Enabled(message/rfc822 part is displayed in inline) and View/Message Body As=Original HTML or Simple HTML.
And in any case, I could see text in text/plain part or text/html part at message pane.
Note: I checked with message pane only, with Tb 2.0,0.22 only. I didn't use standalone window.

FH, please clearly describe what you chose next settings when you saw each phenomenon you say "caused by Tb's bug=flaw in code of Tb".
> (a) (a-1) Display mail in message pane,
>     (a-2) Display message/rfc822 part to standalone window
> (b) View/Message Body As: (b-1)Original HTML, (b-2)Simple HTML, (b-3)Plain Text 
> (c) View/Display Attachments Inline
>     (c-1) Enabled, (c-2) Disabled

For "associated text" in bug summary:

What do you mean by associated text?
Text in text/plain part? Text in text/html part? Text such as <img .. alt="..." title="..."> in HTML source?

> Clicking on the images fails to open them.

Do you mean "Click or Double-clicking of image which is displayed in inline" by your "Clicking on the images"?  Or Double-clicking of icon for jpeg in attachment pane?
(In reply to comment #2)
> Q3 Setting Display attachments inline fixes the problem.

FH, does it mean that all your problems you reported as "problem produced by flaw in Tb's code" in this bug disappeared by setting of "View/Display Attachments Inline=Enabled" and by choice of "View/Message Body As/Original HTML or Simple HTML"?
If no, which phenpmenon with which setting is problem caused by "just poor programming"?
Both text and images are correctly displayed when TB is forced to process the e-mail with the "Display Attachments Inline" setting enabled. Without that setting enabled, it is not able to correctly distinguish between inline attachments (which is the case for this e-mail) and external attachments (which is not the case for this e-mail). Without the "Display Attachments Inline" setting enabled, TB incorrectly identifies the e-mail as having external attachments. No text is shown and the images cannot be opened, as they are imbedded and not external. Outlook has no problem correctly processing the images and text in this e-mail without any special settings. This is clearly a TB programming problem for this type of e-mail.
Do you understand meaning of mail structure properly?

> Content-Type: multipart/mixed; ...
> part-1 : text/plain (<= mail_body of multipart/mixed)
> part-2 : message/rfc822(<= attachment of multipart/mixed, forwarded mail)

When "Display Attachments Inline"=Disabled, message/rfc822 part is displayed in attachment pane as icon. It's design/implementation since initial, and works as designed.
And text/plain part(==mail_body) is displayed with any of View/Message Body As = Original HTML, Simple HTML, Plain Text.
Please note that this mail is not HTML mail. This is text mail with message/rfc822 attachment.

When "Display Attachments Inline"=Enabled, Tb tries to display message/rfc822 part in inline. When display of such mail structure, Tb looks to do quirks, convert mail structure from (A) to (B) internally, in order to render such not-well-formed mail.
(Note)
It is probably cause of other funny phenomenon, minor problem. Displayed data with "Message Body As=Text Plain" doesn't display text/plain part content of multipart/alternative. Text data converted from text/html part is displayed instead. (already reported bug)
>       (A. attached mail structure : original)  
>           multipart/related
>           part-2-1 : multipart/alternative (<=mail_body of multipart/related) 
>                      part-2-1-1 : text/plain
>                      part-2-1-2 : text/html
>           part-2-2 : image/jpeg (<=content pointed by mail_body) 
>           part-2-3 : image/jpeg (<=content pointed by mail_body)
>           part-2-4 : image/jpeg (<=content pointed by mail_body)
>           part-2-5 : image/jpeg (<=content pointed by mail_body)
>        (B. attached mail structure : after quirks)  
>           multipart/related
>           part-2-1X: text/html
>           part-2-2 : image/jpeg (<=content pointed by mail_body) 
>           part-2-3 : image/jpeg (<=content pointed by mail_body)
>           part-2-4 : image/jpeg (<=content pointed by mail_body)
>           part-2-5 : image/jpeg (<=content pointed by mail_body)

And, Tb looks to apply "View/Message Body As" to message/rfc822 part display in this case. (I don't know about simple HTML file attachment case.)
(1) View/Message Body As = Text Plain
    - Text data converted from HTML data(part-2-1X)
    - Icons of jpeg at attachment pane(part-2-2 to part-2-5),
      because they are not displayed inline due to "Text Plain" mode.
(2) View/Message Body As = Simple HTML
    - HTML rendering after sanitizing(part-2-1X)
    - No icons of jpeg at attachment pane(part-2-2 to part-2-5),
      because they are rendered by <img ...> in HTML source.
(3) View/Message Body As = Original HTML
    - HTML rendering with no modification(part-2-1X)
    - No icons of jpeg in attachment pane(part-2-2 to part-2-5),
      because they are rendered by <img ...> in HTML source.

Please note that image/jpeg parts of the mail is not inline attachment. They are image/jpeg parts in multipart/related to conform HTML mail with inline image. 

> TB incorrectly identifies the e-mail as having external attachments.

You don't understand meaning of "Display Attachments Inline=Disabled/Enabled" which is required feature to fight with mail of many/huge jpeg attachments by spammer/cracker.
You incorrectly understand that image/jpeg part in the mail is inline attachment of the mail.

> No text is shown and the images cannot be opened,

As I wrote before, I couldn't see both "No text is shown" and "images cannot be opened".
With  what settings? With what operation?
> (a) (a-1) Display mail in message pane,
>     (a-2) Display message/rfc822 part to standalone window
> (b) View/Message Body As: (b-1)Original HTML, (b-2)Simple HTML, (b-3)Plain Text 
> (c) View/Display Attachments Inline
>     (c-1) Enabled, (c-2) Disabled
Do you use IMAP?

If "No text is shown" is when "Text Plain" mode, it may be issue of "long time to render very many text lines", because nothing is displayed for a while. (this is already reported bug).

> Outlook has no problem correctly processing the images and text in this e-mail without any special settings.

For mail data of this bug, it's simply because Outlook's default is equivalent to Tb's "View/Display Attachment Inline"=Enabled and "View/Message Body As=Original HTML".
AFAIR, initial setting after profile definition is "View/Message Body As=Original HTML". Sorry but I don't remember about "View/Display Attachment Inline".
These are never special settings. You can change them any time. And, you can alter them if you understand meaning of View/Settings and you remember that you changed the settings before.

> This is clearly a TB programming problem for this type of e-mail.

You are right. Current UI design/implementatio is not so sophisticated, and improvements are required. And, many Tb's problem(flaw in code) can be observed with mail attached to this bug, and with extracted message/rfc822 part as an independent mail.
FH, see Dependency Tree for next bugs and bugs listed in it.
 - Bug 269826 : Collection of bugs relate to message/rfc822 part
                and nested message/rfc822 part (many are still alive) 
 - Bug 505172 : Collection of bugs relate to multipart/alternative in
                multipart/related. Content of message/rfc822 part of your mail
                has this structure. I guess many are already resolved,
                because you and me could see content of message/rfc822 part
                with no problem using Tb 2.
Summary: Imbedded JPG won't open and associated text not displayed. → Embedded JPG won't open and associated text not displayed.
Problem observed with POP3 settings A-1, B-1, C-2, with C-1 change resolving both text and image problems.

Thanks for your explanation of the issues here and your patience with me.
please test v3 current version and if working, close with resolution set to WORKSFORME. if it still exists please comment in the bug so wada or someone can mark the bug confirmed
Whiteboard: closeme 2010-05-01
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: