Mouse position should not be taken into account for anything other than menus when a menu is open
Bug #1657763 reported by
Albert Astals Cid
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
unity8 (Ubuntu) |
Fix Released
|
Undecided
|
Albert Astals Cid |
Bug Description
How to reproduce:
* Open an app that has menus (i'm using dolphin but any should work)
* Put the mouse over the window decoration
* Open a menu
* Move the mouse over the Close/Maximize/
* See how they animate
But clicking only just closes the menu and not activate the button (as does in unity7) so I understand what we should do is not trigger their animation (same as unity7).
Not sure if should be fixed at the same time or not but this also happens to window contents itself (i.e. the window has areas that react on mouse over in unity7 they don't do anything when the menu is open but in unity8 they do)
Related branches
lp:~aacid/unity8/eatHoverWhenMenuIsOpen
- Michael Zanetti (community): Approve
- Unity8 CI Bot: Approve (continuous-integration)
-
Diff: 38 lines (+18/-0)2 files modifiedqml/ApplicationMenus/MenuBar.qml (+1/-0)
tests/qmltests/Stage/tst_DesktopStage.qml (+17/-0)
summary: |
- Close/Maximize/Minimize should not "animate" when a menu is open + Mouse position should not be taken into account for anything other than + menus when a menu is open |
Changed in unity8 (Ubuntu): | |
assignee: | nobody → Albert Astals Cid (aacid) |
status: | New → In Progress |
To post a comment you must log in.
So while a menu is open, only that surface should get mouse hover events.
That is how things work today. Do we want Design input on that?