288754 - Deleting empty bullet after cutting text point sends cursor to top of page

Status: RESOLVED WORKSFORME

(SeaMonkey :: Composer, defect)

Description

[Matti]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050401
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050401

<ul>
<li>Line 1</li>
<ul>
<li>Line 2</li>
<li>Line 3</li>
</ul>
</ul>

In Composer Normal View, when I cut the text from Line 3 then Delete or Back
Space to delete the empty bullet point, Composer puts the cursor at the top of
the page and scrolls up to the top. Also works for any Line 4 or 5, etc but not
1 or 2.

Reproducible: Always

Comment 1

[Andrew Schultz]

worksforme with linux suite trunk 2005040105.
can you attach the whole page (as it is before deleting the text) to this bug?

Comment 2

[Matti]

Attachment: Test page

Here you go.

Comment 3

[Andrew Schultz]

thanks.  still worksforme.  :(

Comment 4

[zug_treno]

Using Mozilla 1.7.6 and Mozilla 1.8b1 I can't reproduce this bug with just the
code from comment 0, but I see this bug when I Edit>Cut (or Ctrl+X) the text
'Reg matrix: (Proud of you)' or 'jokes: #662 trial - Hyperspace' from the
attached Test page. When I just backspace/delete the mentioned lines I only see
this bug after an Edit>Cut action on those lines. Also it seems that once
provoked this buggy behaviour is persistent until Composer is closed and
reopened, so this is a tricky bug to analyze.

Comment 5

[Andrew Schultz]

ok, I'm seeing it now with linux trunk 2005040201.  I don't know why I couldn't
reproduce it before.

Comment 6

[Serge Gautherie (:sgautherie)]

Can you reproduce with SeaMonkey v1.1.9 ?

Comment 7

[Phoenix]

WFM on trunk, no jumps to top of the page
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1
Build identifier: 20120712003002