220407 - Menu item unfocuses after moving from a selected item which has a sub-menu

Status: VERIFIED DUPLICATE of bug 153515

(Firefox :: Menus, defect)

Description

[Andy Holmes]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20030926 Firebird/0.7+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20030926 Firebird/0.7+

When moving from a highlighted menu item which has a sub-menu, the next item
that is highlighted will become unhighlighted and if it has a sub-menu will not
be expanded unless clicked. Even after being clicked the item will not highlight
until the mouse is moved.

Reproducible: Always

Steps to Reproduce:
1. Mouse over a menu item with a sub-menu until it expands
2. Move the mouse down one item
Actual Results:  
The item will highlight when you move it down then "lose focus" and if it has a
sub-menu it will not be expanded.

Expected Results:  
Item should stay highlighted and sub-menu's should expand

I've only experienced this in the nightly XFT+GTK2 builds personally. This bug
is not present in Windows builds but may be present in GTK1 builds, although I
haven't tested it myself. It is not present in other non-mozilla GTK2 apps such
as XChat2, however is present in Thunderbird which gives me the impression that
it is indeed a bug in the Firebird toolkit.

A good place to test this is in the bookmarks menu, although this bug is NOT
bookmark specific.

Comment 1

[Simon Paquet [:sipaq]]

As you said I can't verify this on a 2003-10-07 0.7-Branch build and a
self-compiled 2003-10-08 trunk build on WinXP. Let's wait on what some linux
guys are saying.

Comment 2

[Simon Paquet [:sipaq]]

David, Mike can you take a look at this?

Comment 3

[Kelly Hamlin]

I experience this problem with Windows Builds, right now im using..
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040129
Firebird/0.8.0+ (Oxs G7 SSE optimized)

Comment 4

[Simon Paquet [:sipaq]]

Works for me using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b)
Gecko/20040302 Firefox/0.8.0+

Please download a current firefox nightly build from
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk , install it
into a new directory and create a new profile using the Firefox.exe -P switch.
Don't use any extensions or 3rd-party themes. Please report your results here

Comment 5

[Stephane Chauveau]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040225 Firefox/0.8

I see it too (this is the Debian build with GTK2) but I believe 
that the problem is related to the way sub-menus are closed. 

I understand the pb like this:

(1) a menu entry [a] with a sub-menu [b] is currently opened.

(2) when the mouse pointer leaves [a] for another menu 
entry [c] then [a] is deselected and [c] is immediately 
selected. However, the sub-menu [b] is not immediately 
closed. Note that [c] does not need to be a sub-menu entry 
itself. 

(3) a few ms later (the delay is noticable), the 
sub-menu [b] is closed and the UI decide to deselect 
the current menu-entry which is [c].

(4) when the mouse pointer moves then [c] is re-selected.

My guess is that closing a sub-menu calls a kind of 
callback that de-selelects the wrong menu entry (i.e. 
the one currently selected instead of the one 
previously used to open the sub-menu). 

The bug is easy to reproduce with the keypad mouse control:

step 1: move the mouse on a menu-entry with a submenu
step 2: enable the keypad mouse control: SHIFT-CTRL-NUMLOCK
step 3: press 2 or 8 (on the keypad) several times until
the mouse moves to the next menu entry.

Comment 6

[Asa Dotzler [:asa]]

*** This bug has been marked as a duplicate of 153515 ***