351814 - HTML tags spread farther apart when switched between html and preview

Status: RESOLVED WORKSFORME

(Core :: DOM: Serializers, defect)

Description

[Ken Rohrer]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b2) Gecko/20060821 SeaMonkey/1.1a
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b2) Gecko/20060821 SeaMonkey/1.1a

When html documents are created/edited and you switch between the html and preview modes, the html tags spread farther and farther apart. See a sample below:

 
  <meta content="yes" name="allow-search">





  
  
  
  
  <meta content="all, index, follow" name="robots">





  
  
  
  
  <meta content="en" name="Language">



Reproducible: Always

Steps to Reproduce:
1. Open html document in composer
2. Switch between html and preview mode a few times
3. Tags spread farther and farther apart

Actual Results:  
Tags spread farther apart

Expected Results:  
Tags remain the same if not changed

Comment 1

[Ken Rohrer]

I am moving this up in severity because I am no longer able to create web pages in Composer because every time I switch between preview and HTML views, they get farther apart. When I was done with one document, the lines were approximately 10" apart. This of course also increased the size of the document. This is confirmed with the 9/26/06 trunk.

Comment 2

[Ken Rohrer]

Is anyone planning on fixing this? Composer really isn't usable with this bug. The HTML is butchered when saved. This used to be my favorite for doing quick web fixes and web pages. This is reproducible every time so surely it can be fixed. Switch between HTML and preview mode a few times and save. You will notice the code gets spread farther and farther apart. This bloats the file size.

Comment 3

[Ken Rohrer]

This bug is still listed as uncomfirmed. This bug is reproducible every time. The HTML spreads farther and farther apart each time you switch between preview and HTML mode.

Comment 4

[Benjamin Levy]

I've seen the same behaviour switching between HTML and source views.  I think I've also seen a similar problem in NVU.

Comment 5

[jigar shah]

I think tts because composer is not strict XHTML compliant. 

Comment 6

[Ken Rohrer]

I can't understand why this bug hasn't been fixed. This was first posted in September of 2006. I used to tell my students to download the program because it is free and easy to use. This bug is severe and keeps anyone who knows HTML from using it because it spreads the lines so far apart, it is hard to edit in HTML view. 

My bug reports for Thunderbird are dealt with quickly- not so with Seamonkey. Have you given up on Composer? If so, it's a shame. 

Comment 7

[Ken Rohrer]

Can we reassign this bug to get resolution?

Comment 8

[dancinggoat23]

This bug is still reproducible in 1.8.1.12. Please provide an update as to when or whether this bug will be addressed. Although it does not interfere with final page rendering, it does make Composer virtually unusable when editing HTML source. Alternatively, if someone has a lead on where to look to resolve this, I'll try to fix it myself.

Comment 9

[Ken]

When will this bug be worked on?

Comment 10

[Vito Tuxedo]

(In reply to comment #9)
> When will this bug be worked on?
Perhaps you should consider voting for the bug. Votes don't guarantee the bug will be fixed, but they are an indication of the degree to which users consider it important.

Comment 11

[Bart]

This bug is still reproducible in 2.0.5

Comment 12

[Ken]

Yes it is but I don't think anyone is interested in fixing it from Mozilla. They've completely ignored this bug thread.

Comment 13

[Andre Klapper]

Ken: See https://bugzilla.mozilla.org/page.cgi?id=etiquette.html , section "No obligation", plus consider limited manpower in Open Source projects. Patches welcome.
Retesting (as done by bart) and a comment which version still has the problem IS welcome.

Comment 14

[:Hb]

Occurs in Seamonkey 2.15 under Windows 7 64bit too.

To reproduce do:

1. Use Seamonkeys File menu and create a new Composer Page.

2. Change to HTML Source view. You see:
> <html><head>
> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
> <meta content="Hb" name="author"><title></title></head><body><br>
> </body></html>

3. Make the HTML Source view editing window "dirty" by inserting and removing a character somewhere.

4. Change to Preview

5. Change back to HTML Source view. Now you see:
> <html><head>
> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
> 
> <meta content="Hb" name="author">
> <title></title>
> </head><body><br>
> 
> </body></html>

Result: An empty line appeared between the meta tags. I did notice that those empty lines mostly appear in the title section of the page.


Tags: carriage return; new line; line feed; grow; insert; empty line;

Comment 15

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

Not an editor bug. This is Serializer bug related to pretty printing.

Comment 16

[Virginia (please send need info request to Brindusa Tot)]

Hi,

I'm marking this ticket as Resolved - WFM it looks like this is an outdated issue and the reporter is no longer active.
Please reopen it in case this is still active and provide steps to reproduce it.

Thanks,
Virginia