Closed Bug 179531 Opened 22 years ago Closed 22 years ago

Composer add extra line breaks after editing even with "Retain original source formatting" on

Categories

(SeaMonkey :: Composer, defect)

Product:
SeaMonkey
Component:
Composer
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 176866

People

(Reporter: evgen_k, Assigned: glazou)

References

Details

User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2b) Gecko/20021030 Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.2b) Gecko/20021030 Extra newlines are very annoying when periodically edit html with composer - then the html code looks after several times as <!DOCTYPE doctype PUBLIC "-//w3c//dtd html 4.0 transitional//en"><html><head> [number of new lines or lines with spaces] <meta name="Author" content="EV"> [number of new lines or lines with spaces] <meta name="GENERATOR" content="Mozilla/4.61 [ru] (OS/2; I) [Netscape]"> [number of new lines or lines with spaces] and so on. Mainly extra lines are borning in head Reproducible: Always Steps to Reproduce: 1.Go to Composer, open new page 2.type "bla" 3.save page as bla.html with title "bla" 4. Close composer 5. Edit bla.html with pure text editor so that all tags <html>, <head>, </html>, </head> will be on new lines something like <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=KOI8-R"><title>bla</title><meta name="author" content="evg"> </head> <body>bla</body> </html> 6. Open bla.html with composer, change something, say press "b" and than Bacspace 7. Save changed bla.html 8. look at bla.html Actual Results: You will see something like 000000B0 75 74 68 6F � 72 22 20 63 � 6F 6E 74 65 � 6E 74 3D 22 uthor" content=" 000000C0 65 76 67 22 � 3E 3C 2F 68 � 65 61 64 3E � 0D 0A 0D 0A evg"></head>.... 000000D0 3C 62 6F 64 � 79 3E 62 6C � 61 3C 2F 62 � 6F 64 79 3E <body>bla</body> 000000E0 3C 2F 68 74 � 6D 6C 3E </html> i.e. two extra linebreakes after </head> tag Expected Results: File should be the same as befor second Composer's run
-->glazman
Assignee: syd → glazman
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: other → All
Hardware: PC → All
Whiteboard: DUPEME
Seems that this bug is still in place with Mozilla 1.3a as it can be seen in #185379
I tried to reproduce this bug with a recent nightly. (a) if you have selected the "Reformat HTML" pref, it does not happen (b) I see this if you select "retain original formatting" pref
Status: NEW → ASSIGNED
dupe of bug 145196?
dupe *** This bug has been marked as a duplicate of 176866 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.