115640 - When indenting selected text, unselected text moves down [extra br?]

Status: VERIFIED FIXED

(Core :: Layout, defect, P3)

Description

[TucsonTester1]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.6+)
Gecko/20011217 Netscape6/6.2.1+
BuildID:    

This seems to be a display bug of some sort. I have included 2 examples. 

Reproducible: Always
Steps to Reproduce:
1. Open Netscape.
2. Open Composer.
3. Type 4 lines of text hitting enter or return at the end of each line.
4. Highlight top two lines of text. 
5. Click indent 20 times.
6. Click outdent 20 times. 
7. Use key commands to " UNDO ".


Actual Results:  This will make the unselected text begin to move down a line
for all of the " INDENTING " that is " UNDONE ". 

Expected Results:  Text should stay where it is. 

Doing the same test case but starting out with text " CENTERED ". This time
instead of pushing the unselected text downward, it makes dupes of the text for
each downward line. HTML and all other views show no change and when you come
back to normal view, it is the way it should be. It seems to be a display issue.

Comment 1

[Chris Petersen]

Confirming issue in the Dec 14th build (2001-12-14-05). Changing component to
Editor.

Comment 2

[Kathleen :Brade]

Is this still a problem in recent builds?

-->jfrancis in case he has an easy fix

Comment 3

[Joe Francis]

i distinctly remember moving this over to layout and cc'ing kin, kathy, syd, and
me.  But bugzilla denies i did it.  trying again...

this is a layout bug.  editor is doing right thing, but layout is not rendering
correctly.

nominating editorbase

Comment 4

[Joe Francis]

reassigning

Comment 5

[michael wendell]

Yes, this is still a problem on recent builds.

I am still seeing this problem on Win 98 usigng the 02-08 trunk build.

Comment 6

[Syd Logan]

Not a layout problem. Reason? We saved it, and reloaded in EDITOR. The problem
was still there, but if we loaded in the browser, it looked fine. So, something
editor is inserting as it edits the document is causing this problem. If we
toggled around between html source, preview, and show tags mode, it "fixed" itself.

Comment 7

[Syd Logan]

Minusing unless we get a more commonly encountered test case

Comment 8

[saari (gone)]

this should be fixed

Comment 9

[saari (gone)]

this should be fixed

Comment 10

[rubydoo123]

Using current trunk build on WinXP, this is resolved, marking verified.