Closed
Bug 233564
Opened 22 years ago
Closed 22 years ago
MouseOver/Hover Handled incorrectly on multiple monitor system
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 141599
People
(Reporter: brian-roberds, Unassigned)
Details
User-Agent:
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Basically if you have more than 1 monitor and you have a monitor set to the left
of your primary monitor (ie I have 3 montiors: Left | Middle* | Right where * =
Primary) If you put either a webpage or the Mozilla UI (any Moz window) in any
monitor to the left of the Primary monitor, any portion that relies on hovering
(like putting mouse over the "Reply" button in Mail or over a link on a webpage)
the hover is lost (ie MouseOut if fired) if the mouse stops moving. If you
continue moving the mouse around the hover is kept.
You can setup your windows to be to the left of your primary monitor in Display
Properites.
Reproducible: Always
Steps to Reproduce:
1. Open Mozilla Mail
2. Move Mozilla Mail window into left most window (which is not set as primary)
3. Move mouse over "Reply" button to show hover image.
4. Stop moving mouse and let it rest on the reply button
Actual Results:
The button shows correctly as the Mouse hovers over the Button while the mouse
continues to move. Once the mouse stops moving while over the button the button
image reverts to the non-hovering image. The same is true for hyperlinks with
the hover style defined
Expected Results:
The image should stay the hover image for "Reply" or the Links should continue
to show the Hover style defined for it.
Not sure if this should be Minor or Trivial. Set it to minor but if you think
it should change that's fine.
Updated•22 years ago
|
Whiteboard: DUPEME
Comment 1•22 years ago
|
||
*** This bug has been marked as a duplicate of 141599 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•7 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•