Closed
Bug 2682
Opened 26 years ago
Closed 25 years ago
<P> tags after headings are eaten by Composer
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
M12
People
(Reporter: paulmac, Assigned: akkzilla)
Details
Dup of 117501, moved to bugzilla for 5.0 tracking
--------------------------------------------
Opening and saving an HTML file in Composer removes the <P> tag located right
after heading or body tags.
Steps to reproduce:
1. Using a text editor, create a file as follows and save it as mypage.html
<HTML>
<HEAD>
<TITLE>mypage</TITLE>
</HEAD>
<BODY>
<P>foo</P>
<H1>First heading<H1>
<P>foo1</P>
<H2>Second heading<H2>
<P>foo2</P>
</BODY>
</HTML>
From navigator:
3. Select File|Open page and choose the file just created
4. Select Composer and press the Open button
5. Select File|Save As, type in mypage2.html and press the Save button
6. Type mypage.html and mypage2.html files from OS and compare contents
/*original <P> tags are missing*/
------- Additional Comments From brade 05/31/98 14:06 -------
The HTML above is not valid (Header tags aren't closed) and P tags are not
strictly required in the case that the headers are closed properly. Moving bug
to 5.0 (fix probably will have to wait for Raptor).
|
Reporter | |
Updated•26 years ago
|
QA Contact: 4079
|
|
Reporter | |
Comment 3•26 years ago
|
||
This was a bug filed against 4.x codebase, moved over to Bugzilla. Unclear if
it's still relevant. Sujay assigned QA contact.
|
|
Reporter | |
Updated•26 years ago
|
Component: Composer → Editor
Product: MozillaClassic → Browser
cc brade
Is this relevant to ender? Kathy, I don't understand your comment on 05/31/98.
|
||
Comment 5•26 years ago
|
||
The comments from 5/31/98 are relevant to the old codebase (pre-gecko).
The example above is a good test case of bad html which we should test with but I
don't expect any particular problems with gecko / parser.
this is just a reminder of not doing bad things like we did in the old codebase.
However since it is M7 and this bug is not really valid until we start
outputting html to files ect. i am moving it to m9 (remind me in 4 weeks ect)
this is a reminder about a 4.x output bug. reassigned to akkana, just to verify
that we don't make this mistake. I expect you can just mark this worksforme and
be done with it.
|
Assignee | |
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
|
|
Assignee | |
Comment 9•25 years ago
|
||
Well, we don't have this problem. We do have other problems on saving this
file, which I'm working on (separate bugs filed).
|
||
Comment 10•25 years ago
|
||
verified in 9/16 build.
|
|
Assignee | |
Comment 11•25 years ago
|
||
Note also that the file is wrong -- it doesn't close its heading tags. So it's
not surprising that parser or layout would have a problem with it.
You need to log in
before you can comment on or make changes to this bug.
Description
•