Closed
Bug 138333
Opened 22 years ago
Closed 21 years ago
View as plaintext not handling multipart alternative with multipart/related part
Categories
(MailNews Core :: MIME, defect)
MailNews Core
MIME
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Bienvenu, Assigned: BenB)
References
Details
Attachments
(2 files)
View as plain text is not handling multipart alternative messages with a plain text alternative part - the message displays as blank. I'll attach a .eml file
Reporter | ||
Comment 1•22 years ago
|
||
you can probably reproduce this just by sending yourself a multi part message, but I haven't tried.
Reporter | ||
Comment 2•22 years ago
|
||
this asserts in mime here: MimeInlineText_parse_end (MimeObject *obj, PRBool abort_p) { MimeInlineText *text = (MimeInlineText *) obj; if (obj->parsed_p) { NS_ASSERTION(obj->closed_p, "object not closed"); return 0; }
Assignee | ||
Comment 3•22 years ago
|
||
Assignee | ||
Comment 4•22 years ago
|
||
-> me m/a in general works, see <http://bugzilla.mozilla.org/attachment.cgi?id=67192&action=view>. The problematic message here contains an m/r part within the HTML alternative. Maybe that's what causing this. I can see the bug, if I view the test msg in the browser. Does anyone know, what the assert means, i.e. what's wrong?
Assignee: ducarroz → ben.bucksch
Summary: View as plaintext not handling multipart alternative → View as plaintext not handling multipart alternative with multipart/related part
Updated•22 years ago
|
QA Contact: gayatri → trix
Assignee | ||
Comment 6•22 years ago
|
||
*** Bug 166879 has been marked as a duplicate of this bug. ***
QA Contact: trix → stephend
Comment 7•21 years ago
|
||
Note: RFC 2112 says that the type parameter in multipart/related [...] must be specified and its value is the MIME media type of the "root" body part. In the example this is text/html, which should trigger the "don't process HTML" behaviour when View > Message Body As > Plain Text is selected. Though I suggest that if the name of this view is not changed, then it really should mean "show the plain text part" (positively), not "suppress more sophisticated parts" (negatively); alternatively, the view should be called "Without advanced content" or some such. Adding the type parameter (i.e. "multipart/related; type=text/html") to my own test example doesn't make any difference currently; I have Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
Comment 8•21 years ago
|
||
With 1.7a-0108, Win2K, the message attached to this bug displays the plain text part with View As Plain.
Assignee | ||
Comment 9•21 years ago
|
||
I forgot how the faulty behaviour looked like. Seems to work for me. bienvenu, can we resolve this? BTW: The attached mail seems to be broken in the source already, there are HTML headers in the middle of the HTML body.
Reporter | ||
Comment 10•21 years ago
|
||
yeah, I think I fixed this.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•