Open Bug 559852 Opened 14 years ago Updated 2 years ago

message/rfc822 attachment appears empty multipart/mixed

Categories

(MailNews Core :: MIME, defect)

Product:
MailNews Core
Component:
MIME
Platform:
x86
All
Type:
defect

Tracking

(Not tracked)

People

(Reporter: bernd.jendrissek+mozilla, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: testcase)

Attachments

(1 file)

Reduced testcase
2.31 KB, text/plain
Details 
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20100106 Ubuntu/9.10 (karmic) Firefox/3.5.8
Build Identifier: version 2.0.0.23 (20090817)

Attached testcase reduced from client query.  Main message should say "Please see attached", and attached message should say "Good Afternoon ...".  Instead attached message says nothing.  But curiously, if I hit "Reply" or "Reply All", the quote shows the complete HTML instead of just the greeting.

Reproducible: Always

Steps to Reproduce:
1. Open attached (to this bug) message with File > Open Saved Message
2. Open attached (to the message) message
3. Marvel at space left unintentionally blank
Actual Results:  
Blank (but not really) message

Expected Results:  
Non-blank message ("Good Afternoon ...")

I got a few colleagues to try this with various versions of Thunderbird (generally 3.0.something) and they see much the same brokenness.
Attached file Reduced testcase — 

        Attachment #439553 -
        Attachment mime type: message/rfc822 → text/plain
Summary: message/rfc822 attachment appears empty → message/rfc822 attachment appears empty multipart/mixed
Component: Message Reader UI → MIME
Product: Thunderbird → MailNews Core
QA Contact: message-reader → mime
Keywords: testcase

    
    

    
  
if I open the attachment with view body as plain, nothing is in the nullshredder compose window. If I have set view body as original HTML. I get 

</body>
</html>

    
    

    
  
fetching seems to be ok, excerpt of log.

 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:STREAM:OPEN Size: 2337: Begin Message Download Stream
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-MessageRFC822: 0
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-MessageHeaders: 0
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Part-Prefetched: 0
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Multipart: 0
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Boundary: 0
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Multipart: 1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-MIMEHeader: 1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Boundary: 1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Multipart: 1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-MIMEHeader: 1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Boundary: 1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Leaf: 1.1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-XHeader: 1.1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-MIMEHeader: 1.1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Filling: 1.1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Boundary: 1.1
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Leaf: 1.1.2
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-MIMEHeader: 1.1.2
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SHELL:GENERATE-Part-Inline: 1.1.2
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:SendData: 17 UID fetch 2 (BODY.PEEK[1.1.2])
 ReadNextLine [stream=500a750 nb=35 needmore=0]
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:CreateNewLineFromSocket: * 2 FETCH (UID 2 BODY[1.1.2] {63}
 ReadNextLine [stream=500a750 nb=8 needmore=0]
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:CreateNewLineFromSocket: <html>
 ReadNextLine [stream=500a750 nb=8 needmore=0]
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:CreateNewLineFromSocket: <body>
 ReadNextLine [stream=500a750 nb=29 needmore=0]
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:CreateNewLineFromSocket: <p>Please see attached.</p>
 ReadNextLine [stream=500a750 nb=9 needmore=0]
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:CreateNewLineFromSocket: </body>
 ReadNextLine [stream=500a750 nb=9 needmore=0]
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:CreateNewLineFromSocket: </html>
 ReadNextLine [stream=500a750 nb=3 needmore=0]
 4129e58:imap.gmail.com:S-[Gmail]/INBOX/problemEmails:CreateNewLineFromSocket: )
 ReadNextLine [stream=500a750 nb=15 needmore=0]

    
  
Status: UNCONFIRMED → NEW
Ever confirmed: true

    
    

    
  
Problem was observed with Tb 3.0.4, test mail in local mail folder.

When mail of message/rfc822 part is opened in stand-alone window, next exception occurred.
> Error: msgHdr.folder is null
> Source File: chrome://messenger/content/mailWindowOverlay.js
> Line: 2696

NSPR log with all:5 for "open attached mail in stand-alone window".
> 00000880 11:08:06.439 [3172] 0[182d140]: DOCSHELL 39d5c00 InternalLoad mailbox:///C|/Documents%20and%20Settings/wada/Application%20Data/Thunderbird/Profiles/5m1f2syv.xxx/Mail/a.a.a/Test-01?number=2370&part=1.1.2&type=application/x-message-display&filename=ForwardedMessage.eml	
> 00000881 11:08:06.439 [3172] 5328[4047840]: read -> 2458	
> 00000882 11:08:06.455 [3172] 0[182d140]: DOCUMENT 26cd000 created	
> 00000883 11:08:06.455 [3172] 0[182d140]: NODEINFOMANAGER 4021b80 created	
> 00000884 11:08:06.455 [3172] 0[182d140]: NODEINFOMANAGER 4021b80 Init document=26cd000	
> 00000885 11:08:06.455 [3172] 0[182d140]: DOCUMENT 26cd000 StartDocumentLoad mailbox:///C|/Documents%20and%20Settings/wada/Application%20Data/Thunderbird/Profiles/5m1f2syv.xxx/Mail/a.a.a/Test-01?number=2370&part=1.1.2&type=application/x-message-display&filename=ForwardedMessage.eml	
> 00000886 11:08:06.455 [3172] 0[182d140]: DOCUMENT 26cd000 ResetToURI mailbox:///C|/Documents%20and%20Settings/wada/Application%20Data/Thunderbird/Profiles/5m1f2syv.xxx/Mail/a.a.a/Test-01?number=2370&part=1.1.2&type=application/x-message-display&filename=ForwardedMessage.eml	
> 00000887 11:08:06.455 [3172] 0[182d140]: DOCSHELL 39d5c00 SetCurrentURI mailbox:///C|/Documents%20and%20Settings/wada/Application%20Data/Thunderbird/Profiles/5m1f2syv.xxx/Mail/a.a.a/Test-01?number=2370&part=1.1.2&type=application/x-message-display&filename=ForwardedMessage.eml	
> 00000888 11:08:06.455 [3172] 0[182d140]: Mailbox Done	
> 00000889 11:08:06.455 [3172] 0[182d140]: file chrome://messenger/content/mailWindowOverlay.js, line 2696: TypeError: msgHdr.folder is null

    
    

    
  
The issue is that (as is par for the course with Outlook), someone is sending a malformed message. Thunderbird chokes upon seeing a message/rfc822 subpart of a multipart/related part.
Blocks: multipartfailtracker
No longer blocks: 269826

    
    

    
  
Can be reproduced with TB 49 (2016-05-17) with attachment 439553 [details].

    
  
Severity: normal → S3

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: