Deskbar freeze: BMenu and workspace interactions

[rogueeve]

Ok, I'll admit I experimented specifically looking for this one, but it still isn't quite right.

Open one of the menus on the Deskbar. You can click the Haiku leaf, or you can open one of the pop-open menus for an open application. While the menu is open, use a keyboard shortcut such as cmd+~ or cmd+f2 to switch the workspace away. The menu will disappear, but the deskbar will become completely unresponsive. If a submenu is open when you switch away, it will glitch graphically as well.

I observed other odd albeit non-fatal behavior in other applications as well (check menus on Tracker windows, they get stuck open), so I think the problem may be that BMenus can partially close but do not properly notify the app if the workspace is switched away. So I'm filing it under interface kit.

My revision is hrev33565.

[rogueeve]

I should add that to reproduce this problem, the Deskbar must be in "taskbar" mode across the bottom or top of the screen. If the Deskbar is in it's default position, the button still shows down, but it does not lock up.

[jackburton]

I think that menus should check periodically if workspace has changed and stop tracking, if it's the case.

[anevilyak]

They can't rely on the WorkspaceActivated() hook to detect that immediately?