67955 - Open submenus close when moused over.

Status: NEW

(Core :: XUL, defect)

Description

[[e-mail]]

1. Click View
2. Click Toolbars.
3. Mouse down to My Sidebar.
4. Mouse up to Toolbars.
5. Mouse down to My Sidebar again.

Actual result: Toolbars submenu closes.

Expected results: Toolbars submenu remains open.

Additional information: I have used TweakUI to maximize the menu show delay.

Comment 1

[Jaagup Irve]

But isn't this is the normal behaviour even on Windows native menus?

Comment 2

[:deanis74]

Yes it is.  Confirm this by doing something similar in Windows Explorer. 
Marking invalid.

Comment 3

[[e-mail]]

No it isn't. Submenus should close only because you hover over another menu item
for the hover timeout. (That item will then open if it also has a submenu.)
Submenus should not close just because you are moving the mouse, except over the
menu bar. Try it again with a very slow hover timeout.

Comment 4

[:deanis74]

Ahhh... you didn't mention that part!  What Build ID are you running?

Comment 5

[[e-mail]]

I've tried 2001012904 and 2001020604.

Comment 6

[:deanis74]

I'm not seeing this with 2001020704 on Win2000.

Comment 7

[Warner Young]

Seems to work as expected in 2001 020704, Win98, as well, even with a slow timeout.

Comment 8

[Mike Pinkerton (not reading bugmail)]

tried on 2k with 2/8/01 build and the toolbar menu does not go away until i've 
hovered over the "my toolbar" item for the delay time. moving back to the toolbar 
item before the delay does not close the menu.

Comment 9

[[e-mail]]

I've duplicated the behaviour on win2k.
Next time can someone please read the instructions first?
First Dean didn't notice the slow menu show delay.
Now Mike didn't repeat the mouse over.
You've got to mouse out of Toolbars (or whichever) twice!

Comment 10

[:deanis74]

I'm reading the instructions, but maybe it's that they're not celar.  Is it:

1. open View menu
2. select Toolbars
3. standard menu delay
4. Toolbars submenu opens
5. move to My Sidebar
6. standard menu delay
7. Toolbars submenu closes
8. move to Toolbars
9. standard menu delay
10. Toolbars submenu opens
11. move to My Sidebar

Then what???

Comment 11

[[e-mail]]

OK, so the instructions are not clear. I'll try again.
1. Set delay to maximum becuase the default delay is too short to watch this.
2. Click View. View menu opens as expected.
3. Click Toolbars. Toolbars menu opens as expected.
4. Hover over My Sidebar. My Sidebar highlights as expected.
5. Hover over Toolbars. Toolbars menu highlights as expected.
6. Hover over My Sudebar. Toolbars menu closes!

Comment 12

[Mike Pinkerton (not reading bugmail)]

ok, i think i see what you're saying. so trivial.

Comment 13

[Mike Pinkerton (not reading bugmail)]

oops, didn't mean to mark invalid.

Comment 14

[:deanis74]

Finally I get it!  I was waiting for the Toolbars menu to close when I
highlighted My Sidebar.  Now I realize that you meant only briefly highlight My
Sidebar, then quickly move back to Toolbars then back to My Sidebar, upon which
the Toolbars menu closes immediately.

Sounds like maybe timers aren't getting reset properly.

Comment 15

[[e-mail]]

Sorry for forgetting to set the severity properly and not explaining very well.
Blame it on too little human interaction :-)

Comment 16

[Scott McPeak]

*** Bug 95565 has been marked as a duplicate of this bug. ***

Comment 17

[Pierre Chanial]

*** Bug 93612 has been marked as a duplicate of this bug. ***

Comment 18

[Henrik Lynggaard Hansen]

This bug has not been touched for nearly 2 years. In most cases, that 
means it has "slipped through the net".
Could someone please take a moment to add a comment to the bug with current
status, and/or close it.

Comment 19

[Scott McPeak]

The bug is still present in Mozilla 1.7 RC 1 on Linux:
  Mozilla 1.7b
  Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040421
  Build ID: 2004042110

Reiterating the (my) repro procedures:
  - Set ui.submenuDelay to a large value like 7000
  - Click on the View menu at window top to open it
  - Click on Text Zoom submenu heading to open the submenu
  - Move the mouse on to the Use Style heading, just below Text Zoom
  - Move the mouse back on to the Text Zoom heading
  - Move the mouse back to Use Style
(The last three steps can be replaced with "move the mouse up and down
rapidly" if you like.)

Effect: Text Zoom submenu closes.

Expected effect: Text Zoom submenu remains open since the submenuDelay
has not yet elapsed.

I'll also reiterate that the main reason this bug is a problem is that
it means you have to go much slower while mousing the menus, because if
your mouse pointer strays away from the path from the root menu to your
intended target, intermediate submenus close and you have to start over.

(rant) I think the idea that programs respond to the location of the
mouse even when no button is pressed is really stupid. (/rant)

Mozilla helpfully offers the ui.submenuDelay which can be used to fix
this design bug, but this bug defeats the fix.

Comment 20

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee is inactive on Bugzilla, so the assignee is being reset.