210052 - Composer pages look OK in Mozilla but lines are too long in Internet Explorer 6

Status: RESOLVED INVALID

(Core :: DOM: Editor, defect)

Description

[Joe Mehaffey]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030529
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030529

A simple text webpage composed using Mozilla Composer looks just fine using
Mozilla browser,  but IE6 users see long lines that do not wrap.  For an example
see the URL http://www.gpsinformation.org/hotspot/wirelesslansetup06182003.html
using IE6.  

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Actual Results:  
Text lines do not wrap when viewed on IE6.

Expected Results:  
You should be able to read all of the text lines without scrolling the page to
the right.

Comment 1

[Mikael Parknert]

the html doc in the url contains some non HTML 4.01 code. The 
attribute wrap is added to the surrounding <pre>. is wrap a
mozilla thing?

<pre wrap="" style=".... >
     ^^^^^^^^

Comment 2

[Jim Booth]

Same user submitted same bug 210328, which I marked invalid.  

If there is a bug, it's that Mozilla browser wraps <PRE> text in some
circumstances.  I don't see how this is a composer bug.

*** This bug has been marked as a duplicate of 210328 ***

Comment 3

[Joe Mehaffey]

It seems to me that this IS definitely a Composer Bug..
Why?
1) Mozilla composer CREATED the file in its default mode and with no user manual
editing.
2) It appears that composer input the "pre wrap" commands without user input.
3) The resulting composer output is not formatted properly (does not line wrap)
when viewed on Internet Explorer 6.

Am I missing something here?

Comment 4

[Kathleen :Brade]

-->core

Comment 5

[Andreas Kunz]

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

Comment 6

[Andreas Kunz]

"wrap" is no attribute in HTML 4 (see
http://www.w3.org/TR/REC-html40/struct/text.html#h-9.3.4). OTOH HTML leaves room
for the definition of additional attributes (they should be ignored when
unknown) and tags (their content should be handled like normal text).

So it is not exactly a violation of HTML 4 when composer inserts such an
attribute, therefore I'm not going to confirm this bug. But it also looks a bit
strange to me, so I leave it open.

Joe, could you please attach the file? The webpage is not there anymore. Or -
even better - tell us how you made composer produce such a file! Thanks.

Comment 7

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

This attribute can't have been generated by Composer for the simple
and good reason Composer does not handle that attribute AT ALL!
And we don't handle it because it's NOT an HTML4.01 attribute.

Reporter, if you provide us with a test case showing how Composer
creates such an attribute, fine; then reopen the bug giving that
information. Otherwise, this bug is clearly INVALID. Marking.