Closed Bug 137885 Opened 24 years ago Closed 24 years ago

View->Message Body As->Simple HTML only doesn't display all the text of the message

Categories

(MailNews Core :: MIME, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 126887

People

(Reporter: pretzalz, Assigned: BenB)

Details

Attachments

(1 file)

I noticed this cool new feature and so I searched out a gratuitous html message to test it on and the first one I tried it didn't work. :( The last line of the message has the source: <DIV><FONT face=3DArial size=3D2>(anyone else ever play=20 Rygar?)</FONT></DIV></BODY></HTML> The Full HTML and plain text display(the message provided an alternate plain text form) options display it properly, but when I tried to view it as Simple HTML only, the part after the =20 didn't display at all: (anyone else ever play instead of: (anyone else ever play Rygar?) I am running a recent Linux CVS build of the trunk, gcc-3.0. I will attach the full message source.
Just noticed that a whole bunch of stuff was being dumped to the console(unrelated note, this should respect --disable-debug) so here is the output for the same message. parse_begin B1 cbp: 169987120 B2 /parse_begin p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l p169987120l parse_eof cbp: 169987120 closed_p: false E1 buffer: -<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> <META content="MSHTML 6.00.2715.400" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <DIV><FONT face=Arial size=2><A href="http://www.gamers.com/news/1134056">http://www.gamers.com/news/1134056</A></FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2>Don't be scared by the 3d. Maximo, the long-awaited sequel to the Ghosts 'n' Goblins, made the move to 3d quite well. So it could turn out to be <EM>fabulous</EM>.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2>Jordan</FONT></DIV> <DIV><FONT face=Arial size=2>(anyone else ever play - E2 E3 E4 E5 E6 E7 E8 /parse_eof p169987120l p169987120l p169987120l finalize cbp: 169987120 F1 parse_eof cbp: 169987120 closed_p: true /parse_eof (early exit) F2 cbp: 169987120 F3 cbp: 0 F4 parse_eof cbp: 0 closed_p: true /parse_eof (early exit) parse_eof cbp: 0 closed_p: true /parse_eof (early exit) parse_eof cbp: 0 closed_p: true /parse_eof (early exit) /finalize
phew! I intended to remove the debug output before checkin. Thanks for the report. confirming (didn't see *that* myself, but similar problems).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Set QA contact to Trix
QA Contact: gayatri → trix
Reading through the debug output, this is a dup of bug 126887. You can see that libmime calls eof in the middle of the message and sets closed_p (meaning that he processing is done). If that is sat, I will skip (the next) eof to prevent a crash I saw. Since the message is buffered (has to be that way) and written to output in eof, the last part will never be output. BTW: I removed the excessive debug output, because I promised to the reviewers. *** This bug has been marked as a duplicate of 126887 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verifying dupe
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: