menu stays at old position when pressing zoom button

[tHe_IkkE]

I'm running R1/alpha2 from VirtualBox on an OSX(intel) host. Tested this with a few different programs (webpositive stylededit etc) When I first click on a menu item, I get the menu as expected. When I then press the zoom button (the two box thingy at the right side of the yellow bar) The window resizes but the menu stays at it's old place. The menu can actually still produce submenu's and everything even when it's completely outside of the window it (should) belong(s) to.

[anevilyak]

Is that behavior still seen with a nightly release? There have been quite a few menu-related fixes since Alpha 2.

[tHe_IkkE]

Replying to anevilyak:

Is that behavior still seen with a nightly release? There have been quite a few menu-related fixes since Alpha 2.

It's the Alpha 2. I'll try with a nightly soon. I also seen some weird stuff with the deskbar menu but I won't file a bug 'till I tested a nightly build. I filed the bug because I couldn't find any thing like this in trac and it appeared not to be a known bug.

[tHe_IkkE]

Just tried with the nightly of 29th of Juli (hrev37816) and it's still there. See attached picture of a nice demonstration.

[tHe_IkkE]

Screenshot of VirtualBox running haiku

[humdinger]

FWIW, I can't reproduce this on VB3.2 under Ubuntu with r378xx or natively with hrev37437. As soon as I click the zoom button the menu collapses and deactivates.

[tHe_IkkE]

Replying to humdinger:

FWIW, I can't reproduce this on VB3.2 under Ubuntu with r378xx or natively with hrev37437. As soon as I click the zoom button the menu collapses and deactivates.

I ran the test again using Q (kju) on OSX with the alpha2 install disc in "live" mode and I got the same (errornous) results. But I don't think the (virtual) machine has anything to do with this.

[axeld]

What mouse configuration did you have active at the time (ie. focus mode, and "accept first click")?

[tHe_IkkE]

Replying to axeld:

What mouse configuration did you have active at the time (ie. focus mode, and "accept first click")?

I tried all configurations and could get them all wrong :S

[diver]

I can reproduce this in hrev45983 in vbox on OSX with default Mouse settings. Interestingly, this only reproducible when I open menus by taping touchpad. If I click using touchpad (or mouse) previously opened menus close work as expected.

[diver]

(In #8960) Probably a dupe of #6408.

[ttcoder]

This is a bit reminiscent of #8978, where the incorrect value for the "clicks" field was tolerated in some places, but prevented MouseDown() from working in other places.

[jscipione]

I made a fix to the sticky menu problem described in comment:9 in hrev45988 though I am not sure how the problem described in commont:9 is related to the problem described by this ticket.

[diver]

I can still reproduce it in hrev45988.

[jscipione]

The problem should be fixed in hrev48988 for a regular mouse, you should not be able to open both 2 or more menus at once anymore. The problem with the touchpad though apparently still remains, I don't have a machine with a touchpad to test on unfortunately.

[diver]

Confirm, I can no longer open 2 menus with a mouse. Only with the touchpad.

[diver]

(In #8960) Actually, only the second screenshot is related to #6408. Still reproducible in hrev45988.