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)

x86
Windows XP
defect
Not set
minor

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.
Whiteboard: DUPEME
*** This bug has been marked as a duplicate of 141599 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.