35191 - Alt-tab, mouseup on other app while scrolling --> scrollbar grabs mouse focus

Status: RESOLVED WORKSFORME

(Core :: XUL, defect, P4)

Description

[Jesse Ruderman]

Steps to reproduce:
1. Maximize mozilla on http://bugzilla.mozilla.org/ or another page with a 
scrollbar.
2. Open a notepad window so that when the notepad window is in front, it covers 
part of the content area.
3. Start dragging the scrollbar thumb.
4. While still holding the mouse down, alt-tab to the notepad window
5. Move the mouse over the notepad window.
6. Lift the mouse button
7. Alt-tab back to mozilla

Result: scrollbar follows mouse even though the mouse button isn't still down, 
except when the mouse is over a textbox or textarea.

Comment 1

[John Morrison]

reproduced on mac 2000040809, win2k 2000040809 but not on linux 20000408(Debug
build -- no comm bits today).

Comment 2

[Peter Trudelle]

reassigning to saari as p4 for m18

Comment 3

[Peter Trudelle]

mass-moving all bugs to m21 that are not dofood+, or nsbeta2+

Comment 4

[saari (gone)]

Would be nice to fix for Mozilla 1.0

Comment 5

[Jesse Ruderman]

*** Bug 44778 has been marked as a duplicate of this bug. ***

Comment 6

[Jesse Ruderman]

*** Bug 44530 has been marked as a duplicate of this bug. ***

Comment 7

[timeless]

*** Bug 76306 has been marked as a duplicate of this bug. ***

Comment 8

[Jesse Ruderman]

I just ran into this when an AIM window popped up in front of my browser window
while I was scrolling.

Comment 9

[Hermann Voßeler]

(I don't know, if I should post this here or at Bug 63375, 
 that seems to be a duplicate of this Bug, but is assigned
 to another target milestone)

Maybee its related to the following:
When right-clicking a link and choosing "Open Link in New Window",
the current browser window looses focus. But the link you right clicked
stayes in "active" state (e.g. red), until you return to the window and
click in it somewhere else.
I think, the link should go back to normal state before the window
looses focus, am I right?

I am not sure if this ist covered by Bug #27596
Should I file a new bug?

Comment 10

[Chad Austin]

This could be related to bug 48037

Comment 11

[Jesse Ruderman]

*** Bug 63375 has been marked as a duplicate of this bug. ***

Comment 12

[Eric Vaandering (no email)]

Last comment on this is over a year old, but I still keep seeing this bug on
linux. Is there any plan to fix this? 

Marking All/All since bug 63375 was All/All.

Comment 13

[Martin Horn]

I can reproduce it this way (no other application needed):

1. Start dragging the scrollbar thumb (left mouse button)
2. Move the mouse cursor right to the desktop background
3. Press right mouse button
4. Release right mouse button
5. Release left mouse button
6. Move mouse cursor back to Mozilla window. The scrollbar
   thumb follows the mouse cursor althought there are no
   mouse buttons pressed

Switching 4. and 5. (release left mouse button first) does
not show the error.

Comment 14

[Scott Gifford]

I no longer see this error on Firebird 20030903 for Linux.  Anybody still seeing
it on other platforms?

Comment 15

[Doug Collinge]

I just tested this on Firebird on Win2k.  yes, the background window now longer
scrolls; however, there is a new and worse bug. If you follow the replication
formula when you get back to the Firebird window the scrollbar no longer drags.
The mousewheel will still scroll it and the scroll buttons on the scrollbar
still work but dragging it does nothing. Making a new tab produces a new
scrollbar that does work but the old tabs still don't work. Reloading the tab
fixes the scrollbar.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030903
Firebird/0.6.1+

Comment 16

[Scott Gifford]

Doug - I saw that behavior once today, but was unable to reproduce it.  I'm not
sure if it should be a new bug or should just stay here...

Comment 17

[Mike Schuette]

$.02 -

Reproducing on firebird 0.7/win2k and following the procedure in comment #13, I
see the scrollbar following the mouse without any mouse buttons pressed, but I
am unable to reproduce any incorrect behavior by following the original method.

Comment 18

[Phil Endecott]

I presume this is the same bug:

I have a javascript onscroll event handler that displays an alert.  I click on
the arrow of the scrollbar; the page scrolls and the alert is displayed.  I
click OK on the alert, and it scrolls again.  (It is as if the click on OK was
also seen by the scrollbar.)  This continues, tediously, until the end of the
document is reached.

This is on Linux.

Comment 19

[Doug Collinge]

Can't reproduce this anymore. Seems to have been fixed.

Comment 20

[Scott Gifford]

Yes, it looks like it's fixed, I can't reproduce either.  Any objections to marking this WORKSFORME?