https://bugs.kde.org/show_bug.cgi?id=504765
cwo <cwo....@posteo.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Latest Commit| |https://invent.kde.org/plas
| |ma/plasma-desktop/-/commit/
| |53d67b9a0b82fff40b2057f1ceb
| |74b529b943df5
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
--- Comment #4 from cwo <cwo....@posteo.net> ---
Git commit 53d67b9a0b82fff40b2057f1ceb74b529b943df5 by Christoph Wolk.
Committed on 26/05/2025 at 17:22.
Pushed by cwo into branch 'master'.
containments/desktop: redetermine item on click
In case of touch events, Folder View already resets the hovered item to
the actual click position, as touch does not cause hover events. There
is another case where a click on a non-hovered element can happen,
namely if the containsMouse determination is blocked by an open context
menu. If the user does not move the pointer after opening a context
menu, moving the pointer to another item, and closing the context menu,
left-clicking will leave the icon completely unaffected and right-
clicking will re-open the previous context menu, rather than open the
one for the clicked entry.
Instead, always take the delegate that was clicked to activate or open
the context menu, whether on touch or not. This matches the behavior in
Dolphin, where in the same situation the hover feedback is not updated,
but clicking still works normally.
M +11 -8 containments/desktop/package/contents/ui/FolderView.qml
https://invent.kde.org/plasma/plasma-desktop/-/commit/53d67b9a0b82fff40b2057f1ceb74b529b943df5
--
You are receiving this mail because:
You are watching all bug changes.
