Closed Bug 422098 Opened 16 years ago Closed 13 years ago

mouse scroll focus sticky when firefox dialog opens (cookies)

Categories

(Firefox :: General, defect)

2.0 Branch
PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: andrew, Unassigned)

Details

(Whiteboard: [CLOSEME 2011-1-30])

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12

Mouse focus gets lost if a dialog opens (such as a cookie acceptance) prompt -- essentially the second half (the release) of a mouse click on the scrollbar gets lost if another focus event occurs, leaving the mouse focus on the scrollbar thumb in the same mode as if the left-mouse button was down, but after it is released.

Reproducible: Always

Steps to Reproduce:
1. Turn on "ask me every time" regarding cookies & clear cookie cache
2. Browse to a long (ie; with scroll bar) page with several links, in which one of the links goes to a page that will incur several cookie-request events
3. Click on a link to open the cookie-laden page in a new tab, and continue scrolling (be sure that the mouse-button is down and the scroll-bar is engaged).
4. When the cookie is requested by the newly-opened page, click (press and release) the mouse button on Accept (or Deny, it doesn't matter); the cookie dialog will close.
5. At this point, though the mouse button is released, the scroll bar state is such that it thinks the button is still down (the up-button event was missed), so any mouse motion will cause the screen to scroll.  Click-and-release again will then reset the state.
Actual Results:  
Crazy scrolling after clicking on a cookie dialog.

Expected Results:  
I expected the scroll bar to be in "released" state; essentially, I expected the
button release (that probably actually got sent to the cookie dialog) to be propagated to the scroll bar too, so that when the cookie popup closed, that the scroll-bar apparent state would match the button actual state (ie; released)
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles
Whiteboard: [CLOSEME 2011-1-30]
Version: unspecified → 2.0 Branch
The cookie behaviour of Firefox has substantially changed since logging this problem, and I don't believe that anything analogous to "ask every time" cookie management exists.

If there is, please let me know how to access this functionality.

If not, there is no longer any way to reproduce the scenario under which the problem was logged.
Well close as WFM, as this is indeed very different since Firefox 2.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.