131181 - Menu Selection Highlights Don't "Stick" on Portrait Display

Status: RESOLVED WORKSFORME

(Core :: XUL, defect)

Description

[Ed Suominen]

I have a dual-headed display with one monitor running in portrait mode using Pivot Pro 6.01. menu items that are highlighted as a result of moving the mouse to them don't stay highlighted in the Mozilla browser on the portrait display. They get highlighted for a moment, then revert to non-highlighted state. 

Interestingly, this doesn't happen with the news/mail app or with the browser on the landscape-mode display. It also doesn't happen on the same PC in the same monitor configuration under linux/XFree86 4.02.

Comment 1

[Danek Duvall]

I see something like this as well, but in all circumstances.  I'm running
Linux/XFree 4.2 (4.1.99, actually), normal monitor orientation, and in both the
browser and the mail reader.  It's not consistent in that I don't see it for
every menu item I drag across, but every so often (often enough to be annoying),
I drag into the top pixel or so of a menu entry's highlight area, it'll
highlight, and unhighlight a fraction of a second later, even though I haven't
moved the mouse.

I can't determine a pattern for which entries this happens to -- seems to happen
regardless of whether or not it has a submenu or an accelerator.  I haven't seen
it happen to a greyed-out item, though.  It seems to happen to certain items
consistently (like View/Sidebar), and for some items it happens coming from the
top but not the bottom, or vice versa.  Very strange.

Comment 2

[Dj Walker-Morgan]

I've noted that same problem here on a dual head display. Windows XP, Mozilla RC3.

Monitors are arranged as

+-------+ +------+
|       | |      |
|   2   | |  1   |
+-------+ +------+

On screen 1, Moz is fine. Hover highlighting shows that elements are being
hovered over.

On screen 2, Moz is not fine. Hover highlighting disappears almost immediatly.

This doesn't just affect menu selections, but anything which is highlighted
with a hover or does some persistent action based on the hover.

This leads me to suspect that whatever the bug is, it is generic to the
handling of timeouts on hovers, and that it is related to the screen position.

I am wondering if this is down to someone using negative screen offsets to
indicate that the item is no longer displayed and clearing the hover flag?

Comment 3

[Michael Lefevre]

reporter (Ed): can you reproduce this bug with a recent build of mozilla (for
example, 1.2alpha)? if so, please comment again with details. if not, please
resolve this bug as WORKSFORME. thanks.

Comment 4

[Ed Suominen]

The bug has been resolved on my system using Release 1.1. Note, however, that I have upgraded my Pivot Pro software to 6.05 since reporting this bug. So, reports from the other commenters would be very helpful. -Ed

Comment 5

[Danek Duvall]

I'm not seeing this anymore, either, as of a mid-July trunk build.  WORKSFORME, too.

Comment 6

[Ed Suominen]

Problem re-appeared in build 2002121215
:-(

Comment 7

[Kai Lahmann (is there, where MNG is)]

latest status of the bug?

Comment 8

[Bill Mason]

Resolving since there was no reply to last month's request for an update, and
the build the bug is being reported on is 6 months old.

If problem still exists in a current build, please reopen bug.