172808 - words between < and > is not displayed (in bugmail)

Status: VERIFIED FIXED

(MailNews Core :: MIME, defect)

Description

[Michiel van Leeuwen (email: mvl+moz@)]

When viewing a bugmail, words between < and > (like html-tags) are not
displayed. For example, this is the source:
  I don't plan to revise my patch to do this; I'd rather have every <toolbar>
  wrapped in an <hbox> (this patch wraps the menu bar and the additional toolbar
  in an <hbox>, as it happens) and to allow rearrangement of the toolbars
and this is what I see:
  I don't plan to revise my patch to do this; I'd rather have every 
  wrapped in an  (this patch wraps the menu bar and the additional toolbar
  in an , as it happens) and to allow rearrangement of the toolbars

BuildID: 2002100504

Step to reproduce:
- cc yourself to a bug about XUL (like bug 171702)
- wait for new mail
- Notice missings tags

Comment 1

[Boris 'pi' Piwinger]

It still WFM in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b)
Gecko/2002100214. But I have seen another report in
news:de.comm.software.mozilla for windows. This would be a very bad bug, hence
some updates.

pi

Comment 2

[Kurt Bücherl]

It is not even necassary to send the mail. Just save the message
and the chars between the < > are not displayed, though they are
still there, e.g. with 'edit as new' or 'view source'.

Comment 3

[Jerry Baker]

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

Comment 4

[Jerry Baker]

Attachment: This is a posting taken from the Macromedia Dreamweaver group demonstrating the problem

Put this message in your mailbox and see what Mozilla does to it. Note the lack
of Content-Type headers.

Comment 5

[Jerry Baker]

Mozilla is assuming that a message is text/html if it has no Content-Type
headers, and it has <> characters in it. Sounds kind of IE'ish to me.

Comment 6

[Jean-Francois Ducarroz]

I can confirm the problem on the trunk build. Reassign to myself

Comment 7

[Jean-Francois Ducarroz]

This is a regression caused by my recent fix for bug 172210. Some how I checked
in the wrong code!

Comment 8

[Jean-Francois Ducarroz]

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

Comment 9

[Jean-Francois Ducarroz]

Attachment: Proposed fix, v1

this is the code which has beed reviewed in the patch for bug 172210 and should
have been checked in.

Comment 10

[Jean-Francois Ducarroz]

Comment on attachment 102002 [details] [diff] [review]
Proposed fix, v1

Per review in bug 172210: R=cavin, SR=beard

Comment 11

[Jean-Francois Ducarroz]

Fix checked in the trunk.

Comment 12

[Jean-Francois Ducarroz]

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

Comment 13

[Jean-Francois Ducarroz]

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

Comment 14

[Jean-Francois Ducarroz]

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

Comment 15

[Greg Onufer]

This is still broken even with this fix applied.  If a text/plain e-mail message
contains only an URL within angle brackets then the body shows up as empty. 
Relevant headers:

Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Body:

<http://www.mozilla.org/>

Comment 16

[Frank Wein [:mcsmurf]]

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

Comment 17

[Frank Wein [:mcsmurf]]

@Greg:
Someone has already opened Bug 173018 for that.

Comment 18

[Jerry Baker]

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

Comment 19

[Andrew Schultz]

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

Comment 20

[Jerry Baker]

See related bug 175318

Comment 21

[hacker formerly known as [e-mail]]

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

Comment 22

[esther]

using trunk build 20021029 on linux, 20021028 on winxp and 20021025 on Mac OSX
this is fixed. verified.

Comment 23

[Jean-Francois Ducarroz]

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

Comment 24

[Michiel van Leeuwen (email: mvl+moz@)]

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