https://bugs.kde.org/show_bug.cgi?id=460248
David Edmundson <k...@davidedmundson.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Latest Commit| |https://invent.kde.org/fram
| |eworks/kguiaddons/commit/a3
| |0c1fd20870c425e586cec3d46d7
| |eb944509b89
Status|ASSIGNED |RESOLVED
--- Comment #18 from David Edmundson <k...@davidedmundson.co.uk> ---
Git commit a30c1fd20870c425e586cec3d46d7eb944509b89 by David Edmundson.
Committed on 17/10/2022 at 20:54.
Pushed by davidedmundson into branch 'master'.
systemclipboard: Don't signals data source cancellation
Right now we emit "selectionChanged" when either:
- we get an external new selection
- our own selection gets cancelled
Semantically that's correct, if our own selection gets cancelled there's
no data in the clipboard, globally it's changed.
Pragmatically, we don't need to know about the latter event. It's not
useful information for userspace code - and worst means we process
events twice if clipboard is transferred from klipper to a client.
This fixes a major issue with klipper when a user disables middle click
paste. The compositor sends a cancel event on new clipboards, klipper
detects the clipboard is empty and populates it.
M +0 -2 src/systemclipboard/waylandclipboard.cpp
https://invent.kde.org/frameworks/kguiaddons/commit/a30c1fd20870c425e586cec3d46d7eb944509b89
--
You are receiving this mail because:
You are watching all bug changes.
