31989 - Mail View|Page Source is interpreting HTML - should treat as plain text

Status: VERIFIED FIXED

(MailNews Core :: Backend, defect, P3)

Description

[fenella]

Mac (2000-2000-03-15-08 M15) trunk commercial build
1. Launch Messenger using the Mail|Task menu
2. From the Inbox (IMAP/POP), select a message
3. From the View menu, select Page Source

Actual result:  The codes are in one paragraph, no line break
Expected result: It should have line break for header information and body
content in the source code.

Win32 and LInux build are broken. Not able to do any test

Comment 1

[Phil Peterson]

Fenella, are you really talking about a View Source issue, or are you saying
that we're not wrapping the body text of outgoing messages? I guess either are
rhp's issue, so reassigning to him.

Comment 2

[fenella]

I meant the View Source issue. The View source code file of the mail message has 
no line break.

Comment 3

[Richard Zach]

I'm seeing this as well on Linux build 2000.03.16.09.  Happens on both IMAP and
POP folders, and regardless of content-type.  A probably related phenomenon is
that when viewing the source of an HTML message, the tags don't show up and
instead are interpreted. You see bold and italic text instead of <b> and <i>
tags.

Comment 4

[rhp (gone)]

Hi Rick,
This is that issue that we are working on to add "message/rfc822" to the view 
source list of mime types to treat as formatted plain text.

- rhp

Comment 5

[rickg]

Rich -- I'm not at all clear how to handle this request. We need to discuss the 
testcase you provided. The issue for me is that viewsource operates on the 
entire document it's given in a single mode -- and the case you provided may 
need to be interpreted seperately for each section. (This may be my own 
misinterpretation). Nonetheless, I can't proceed until we talk -- so let's try 
to hook up on monday.

Comment 6

[Richard Zach]

The way it used to work was as if you saved the message to a file, added an
.html extension, opened it in the browser, and then did View|Page Source.  Right
now, view source throws away all the line breaks, and it interprets instead of
displays HTML tags.

Comment 7

[rhp (gone)]

Well, is there a way that we could simply treat message/rfc822 as plain text. A 
message/rfc822 document will start with a line:

From - ....

and be followed by just about anything (i.e. all of the mime parts). HTML, XUL, 
whatever. We just need to display this stuff and not interpret any of it. 

Rick, I'll be in Mountain View Monday so you can call me at my desk there (ext: 
3937)

- rhp

Comment 8

[Akkana Peck]

*** Bug 32713 has been marked as a duplicate of this bug. ***

Comment 9

[Ben Bucksch (:BenB)]

This is a regression - it worked for a week or so. A workaround is to "View

Source" of the View Source window.

rhp, is the msg escaped before it is passed to View Source (I think, it has to,

but I don't know for sure)?

Comment 10

[rhp (gone)]

I need to catch up with Rick on this one. It has really never worked 100%...we 
know why, but just haven't caught up with one another this week.

- rhp

Comment 11

[rhp (gone)]

This is now working properly and display the source as plain text.

- rhp

Comment 12

[fenella]

Linux (2000-04-07-08 M15)
Win32 (2000-04-07-09 M15)
Mac (2000-04-07-09 M15)
This problem has been fixed.

Comment 13

[fenella]

Linux (2000-05-09-08 M15)
Win32 (2000-05-09-09 M15)
Mac (2000-05-09-08 M15)
The no line break problem in mail source page has come back in today's build.
Re-open this bug.

Comment 14

[rickg]

This should probably go to rhp; I'll support him if he needs further help.

Comment 15

[rhp (gone)]

*** Bug 38719 has been marked as a duplicate of this bug. ***

Comment 16

[rhp (gone)]

Yes, this is broken AGAIN :-( I'll investigate.

- rhp

Comment 17

[rhp (gone)]

*** Bug 36190 has been marked as a duplicate of this bug. ***

Comment 18

[rickg]

Rich -- I think the bug is in the doctyped detection code. I've fixed that 
problem and will land shortly. Please hold off testing this until my fix lands 
for bug 40060.

Comment 19

[Ben Bucksch (:BenB)]

FIXED by rickg's checkin. update mozilla/htmlparser.

VERIFIED on Linux with build from Tue May 23 14:26:36 CEST 2000 + rickg's
changes.

Comment 20

[fenella]

Linux and Mac (2000-05-26-08 M16)
Win32 (2000-05-26-09 M16)
Verified that this problem is fixed on all 3 platforms.