This one is somewhat hard to explain. It happens on current (1.0 branch) builds and has been happening for a while now. When a menu has an item that is a submenu, clicking on that item will select the first item in the submenu. The expected behavior is to temporarily lock the submenu open such that the user can move the mouse to the submenu without it going away. This is how most all other applications work, including older Netscape versions, all Windows programs, and the MAC (OS 8.5/9/X) For example, it you click on the "Show/Hide" line under the View menu it will automatically pick the first item in the submenu (which is Navigation Toolbar in this case) Under traditional Motif (don't kill me, it is not that I like it) you click on the submenu container to display the submenu. Under windows, clicking on the submenu container will pin that submenu up (for some definition of pinning) The same pinning behavior is true on other applications on the Mac, Windows, and many/most Linux programs.
when you say 'current branch builds' what exactly do you mean. See bug 130855. This should be fixed in branch builds on or after 4/30, and in todays 05/08 1.0.0 branch mozilla build, I can no longer reproduce this behaviour.
I mean the 1.0.0 branch builds. I did a build yesterday morning. I will try again today.
You are correct, the problem is gone now in the 1.0.0 branch builds. I assume that the trunk is already working (that build is running now...) *** This bug has been marked as a duplicate of 130855 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → DUPLICATE
mass duplicate verifications . For filtering purposes, pls use keywd "massdupverification"
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.