180809 - Scroll runs away when text is selected and mouse dragged

Status: RESOLVED WORKSFORME

(SeaMonkey :: Composer, defect, P3)

Description

[Barry L. Friedman]

User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.3a) Gecko/20021117
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.3a) Gecko/20021117

In the html source editor of composer I try to select text that continues for 
several pages by dragging mouse down to bottom of page and find that I can't 
control the scroll, then when I try to scroll up, the drag scrolls 
many pages (all the way up to the top).  
It appears that the drag out of frame event is possibly queuing up
quite rapidly compared to the speed of the scroll.  Then the up scroll becomes
very hard to control.

Reproducible: Always

Steps to Reproduce:
1.  Edit a page with a long html source (big select box for example)
2.  left click on text and drag mouse down to bottom and hold for a few pages.
3.  

Actual Results:  
Window keeps scrolling long after mouse is brought back into text area.


Expected Results:  
Stopped scrolling as soon as mouse is brought back into text area

Solaris 8 (X11R6) using Solaris 2.6 beta version

Comment 1

[Kathleen :Brade]

Is this specific to SunOS?

Barry L. Friedman--Can you try a newer build and see if the problem still exists?

Comment 2

[Barry L. Friedman]

As noted this is a Solaris 8 version.  I just tried again with 1.2.1 which
is the latest build I see that works on Sun-sparc-solaris and the problem is
still reproducible in this build.  I did note that Sun recommends a slew of 
OS patches for the Netscape 7 install which I have not applied.  

Comment 3

[Joe Francis]

kin thinks this may be a dupe. he will investigate,

Comment 4

[kinmoz]

Hmmm, I can't reproduce this problem in my win32 or linux builds.

Comment 5

[R.K.Aa.]

Similar/dups: bug 36798, bug 158449, bug 192079

Comment 6

[Alex Eng]

Cannot reproduce on Windows 98 SE, using build 2004012509
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040125

Reporter: Could you please download a recent nightly build from
<ftp://ftp.mozilla.org/pub/mozilla/nightly/>, and then let us know if you 
still see this problem?  Thank you.

Reclassifying component as "Editor: Composer"

Comment 7

[Andrew Schultz]

worksforme with linux trunk 2005032405
I loaded http://yro.slashdot.org/yro/05/03/26/0128229.shtml?tid=158&tid=1 in
composer and could not reproduce the behavior described in comment 0

resolving WORKSFORME