369121 - Personal Toolbar context menu and navigation problems

Status: RESOLVED WORKSFORME

(Core :: XUL, defect)

Description

[Stewart]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2pre) Gecko/20070129 SeaMonkey/1.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2pre) Gecko/20070129 SeaMonkey/1.1

After opening a folder on the Personal Toolbar, moving the cursor over any other menu item on the Toolbar itself causes the menu currently open to close and the new menu to be displayed immediately, rather than waiting a short period of time (as Seamonkey does when moving the cursor over submenus).

This becomes slightly more interesting if a context menu was opened from the active menu before switching menus -- the context menu won't vanish with its parent (and still functions on the item it was opened for), and the next context menu opened [while the existing context menu is still present] will be displayed under the menu it was activated from.

Reproducible: Always

Steps to Reproduce:
1. Open a menu on the Personal Toolbar.
2. (Open a context menu for any item in that menu)
3. Move the mouse cursor over another menu on the Personal Toolbar.
4. (Note that there was no delay before the active menu was closed, and any opened context menu is still present.)
Actual Results:  
* There is no delay before activating a new top-level menu off the Personal Toolbar (or the window's primary menu, either).
* An active context menu called from a menu will remain present if another top-level menu is activated by moving the cursor over it.  (The context menu properly vanishes if the menu is closed by use of a mouse button.)
* While the context menu is still present, another item from under another top-level menu can have its context menu activated, in which case the previous context menu is moved to present the new menu, but its level is left unchanged, typically placing it below the menu it has just been activated from.

Expected Results:  
* A short delay before switching top-level menus, similarly to when moving through submenus, would be useful.
* The context menu should vanish when the menu it was called from does.

- Theme independent (happens for Classic, Modern, and Pinball)

Comment 1

[Stewart]

Attachment: Animation of actual browser behavior

Comment 2

[Tony Mechelynck [:tonymec]]

Sandreas41, are you still seeing this in recent builds of SeaMonkey? Get one from http://www.seamonkey-project.org/ if you don't yet have one.

Comment 3

[Stewart]

It's still present in SeaMonkey 1.1.7...

I'll download the 1.1.9 candidate (from http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/candidates-1.1.9/seamonkey-1.1.9.source.tar.bz2, dated 13-Mar-2008 22:00) and report back.

Comment 4

[Stewart]

OK, I've managed to build the 1.1.9 candidate I indicated in my last comment.
All the behavior I noted is unchanged in this version.
(If it makes any difference, this is despite also upgrading the version of GTK2 on the system.)

Comment 5

[Tony Mechelynck [:tonymec]]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008041501 SeaMonkey/2.0a1pre

I'm not seeing point 4 under comment #0.

Setting Version to Sm 1.1 according to comment #4.

Comment 6

[Serge Gautherie (:sgautherie)]

Confirming:

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.15pre) Gecko/2008051103 BonEcho/2.0.0.15pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9] (release) (W2Ksp4)

Context menu remains opened.

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008050906 Minefield/3.0pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008051603 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

Works fine.

Comment 7

[Stewart]

Tested with Seamonkey-2.33.1 and Iceweasel-28.4.0
All working fine now.