103950 - {inc}Backspacing a paragraph into another paragraph line makes the text jump down on the screen

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[TucsonTester2]

Build ID: 20011009

If you backspace a line with a paragraph into another line with the same
paragraph style then the text will jump down on the page.

Reproducible: Always

Steps to Reproduce:
1.Open Composer
2.Type in 2 lines of text
3.Click Edit -> select all
4.Choose Heading 4 from the paragraph style drop-down menu on the toolbar
5.Click to the left of the second line and hit backspace
6.Switch to Preview view

Actual Results:
The text will refresh to be in it's proper place once you click on the Preview tab.

Expected Results:
I would expect that just the second line would move it's position on the page.

Comment 1

[Kathleen :Brade]

-->jfrancis for rules

Comment 2

[michael wendell]

Confirmed on Win 2k using build 2001111303.  

Comment 3

[Joe Francis]

over to layout - this is a rendering issue, content is fine.

Comment 4

[Boris Zbarsky [:bzbarsky]]

It looks like we somehow fail to apply the margin quirk for h4 there...

Comment 5

[zug_treno]

When I follow the first 5 Steps to Reproduce with rv:1.8a2 Gecko/20040613, my
Actual Results are that the style reverts to Body Text, but that empty tags (<>
and </>) are left around the combined text. I do not see any rendering issues
with the Normal of Preview view. Related to bug 247276?

Comment 6

[Jorg K (CEST = GMT+2)]

Attachment: Page showing the bug

This was raised by Thunderbird users in bug 1248971.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The issue raised in comment 6 is totally unrelated to the original bug, and should be filed as a separate bug in the editor component.

Comment 8

[Jorg K (CEST = GMT+2)]

If you say so. I'm really confused here, comment #0 talks about the "Composer". That's (dead) Netscape of 2001? Or SeaMonkey? Frankly, I don't see that the issue is so different, but I'm happy to raise a new bug and fix it and let this one rot another 15 years ;-) Sorry about the extra work I caused.

Comment 9

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This bug is about edited text being in the wrong position, not about the caret being in the wrong position.  That's a substantially different problem.

Comment 10

[Jorg K (CEST = GMT+2)]

Looks like SeaMonkey is the only Mozilla product to allow opening a compose window and then switching to preview mode. I followed the STR from comment #0. After joining the two <h4> elements with a backspace the display is immediately correct in the "Normal" view. Switching to "Preview" doesn't change anything.

I am taking the liberty to close this bug.