Closed Bug 6189 Opened 26 years ago Closed 26 years ago

PRE element: hard returns are not honored

Categories

(Core :: DOM: HTML Parser, defect, P3)

x86
Windows 95
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: rubydoo123, Assigned: buster)

Details

build: 199905108 platform: win95 other platforms tested: none expected results: within the PRE element, when at the end of a line of text and using the [ENTER] key should result in a forced linefeed within the browser. what happened: the hard return entered at the end of the text line was not honored, the next line of text continued on the first line. steps to reproduce: enter the following code, where the marker [return] is stated, replace with a hard return, the enter key on a win machine, or return on a mac; and display within the browser <PRE> Humpty Dumpty sat on a wall.[return] Humpty Dumpty had a great fall.[return] All the King's horses and all the King's men,[return] Couldn't put Humpty together again.[return] </PRE>
Assignee: kmcclusk → rickg
Component: Compositor → Parser
Rick, possible parser problem, I'm marking the component as parser and reassigning to you.
Status: NEW → ASSIGNED
Assignee: rickg → kipp
Status: ASSIGNED → NEW
Kipp - the entities in pre need to get expanded. Nisheeth: this may be an easy one for you.
PRE element newlines seem to work fine for me. The work with entities (as in this bugzilla page) or with returns (using local test just like your description). I'm not sure what you're saying the problem is. Is it that there is no difference between <pre>text </pre> and <pre> text </pre> I think there shouldn't be, but...
The problem dbaron mentions is convered by bug 2750.
Whiteboard: WORKSFORME?
See also bug 6199, where the bug occurs only if the hard returns are entered as entities ("&#13;"), not if they are enterered directly (" "). I cannot reproduce this problem using inline hard returns (U+0D). Could the original reporter check that the problem still occurs, and if so, attach a test case that can be examined?
FWIW, here is a test page containing pure U+0D characters (i.e., raw carriage returns) with which Mozilla doesn't appear to have a problem: http://www.bath.ac.uk/%7Epy8ieh/internet/projects/mozilla/tabinpre.html
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
Whiteboard: WORKSFORME?
Marking WORKSFORME. If this is still a problem, then please reopen. A copy of the test page you create would be useful in ascertaining what the problem is.
Status: RESOLVED → VERIFIED
In the latest build (6/02), the PRE element is displayed correctly.
You need to log in before you can comment on or make changes to this bug.