Open
Bug 1212771
Opened 9 years ago
Updated 6 years ago
Composer inserts unwanted newline characters
Categories
(SeaMonkey :: Composer, defect)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: friedemann.seebass, Unassigned)
References
Details
Attachments
(1 file)
316 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:41.0) Gecko/20100101 Firefox/41.0 SeaMonkey/2.38 Build ID: 20150923195647 Steps to reproduce: I've created the following single-line HTML file with the Composer of a newly installed Seamonkey 2.38 on Windows 7, 64 bit: "Copyright 2015 by SpaceControl GmbH" "SpaceControl" has a link to our homepage. In the "<HTML> Source" tab the file looks like this therefore: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> <title>Title</title> </head> <body> Copyright 2015 by <a href="http://www.spacecontrol.de/gb">SpaceControl GmbH</a> </body> </html> Actual results: Each time when I modify the document in the HTML source tab (does not matter where the change is made) and save it, a new line is inserted between the words "SpaceControl" and "GmbH". Strange: The problem is gone if I do one of the following changes: - replace "2015" by "2" - replace "Copyright" by "Copyri" - replace "by" by "b" - replace "/gb" by "/g" May be other changes do the same. Expected results: There should be no new lines inserted when changing the document in Composer's HTML source tab.
Comment 1•9 years ago
|
||
Effect is REPRODUCIBLE with en-US (German language pack) SeaMonkey 2.38 (Windows NT 6.1; WOW64; rv:41.0) Gecko/20100101 Firefox/41.0 Build 20150923195647 (Classic Theme) on German WIN7 64bit Some more research required @reporter: a) did you already check for DUPlicates? b) is this problem new for you with 2.38 or already reproducible with older versions?
Flags: needinfo?(friedemann.seebass)
OS: Unspecified → Windows
Reporter | ||
Comment 2•9 years ago
|
||
Thank you for the quick response! a) Yes, but I haven't found other bug reports describing the same problem. b) I have observed the problem of inserting unwanted new lines in large documents for years. There seems to be a similar problem in list elements and headers, but I could not cook this down to a minimal HTLM file yet. See the source of this document for example: http://manualsp.linux16.webhome.at/manual_en.html. (Now and then we have to delete the growing number of new lines by hand therein.) By chance I've seen the problem again in a newly created small file and have been able to report the bug in a manner one can hopefully work with.
Reporter | ||
Comment 3•8 years ago
|
||
Are there any news concerning this bug?
Comment 4•8 years ago
|
||
I wonder whether this one might be related to "Bug 825601 - randomly adding spaces in Chinese text"
See Also: → 825601
Reporter | ||
Comment 5•8 years ago
|
||
The unwanted newlines can be seen only in the HTML view, but not when viewing the document in Composer's normal view or in a browser. The unwanted spaces described in Bug 825601 appear in the browser as well as far as I understand it - this is even worse of course. But yes, there seems to be some similarity I think; both kind of insertions happen at the places where Composer's HTML view word-wraps the text. (The problem still persists with version 2.39.)
Flags: needinfo?(friedemann.seebass)
Reporter | ||
Comment 6•8 years ago
|
||
I just tried your suggestion with 'about:config → editor.prettyprint' set to 'false' given in Bug 825601: In my document newlines are inserted not between "SpaceControl" and "GmbH" any longer but before and after the line with the <title> tag now. I. e. not only one unwanted newline but even two on each save. This is not an improvement ...
Comment 7•6 years ago
|
||
The problem is still present in 2.49.4 on Windows 10. I never noticed until now. When saving an updated file to a local Git repository with File->SaveAs the new version gets extra blank lines inserted, showing up when doing "git diff". The updated file renders correctly but the bogus lines are annoying when working with Git.
You need to log in
before you can comment on or make changes to this bug.
Description
•