https://bugs.kde.org/show_bug.cgi?id=503669
Nate Graham <n...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |REOPENED
Ever confirmed|0 |1
Resolution|WORKSFORME |---
Summary|Focus switch between |"Activate, pass click and
|windows happens on mouse |raise on release" behavior
|button press in some cases, |doesn't make a lot of sense
|release in others, and when |when applied to menus of
|the latter, creates furher |window lower in the
|inconsistencies |stacking order
--- Comment #10 from Nate Graham <n...@kde.org> ---
Oh, while making a screen recording, I think I managed to reproduce the issue.
That's the power of screen recordings. :)
Condensed steps to reproduce:
1. Use default click settings
2. Open a window with an in-window menubar
3. Open any other window, and position it over the first window, such that the
menubar in the lower window remains visible
4. Click and drag on a menu in the lower window
Result: the menu opens over the higher window, but fails to raise the lower
window.
My understanding of the new default click mode is that this behavior is broadly
expected and intentional, to ease drag-and-drop workflows. Of course menus and
drag-and-drop are orthogonal use cases, and it doesn't make sense for menus.
Re-opening.
--
You are receiving this mail because:
You are watching all bug changes.
