https://bugs.kde.org/show_bug.cgi?id=442521
David Redondo <k...@david-redondo.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Latest Commit| |https://invent.kde.org/fram
| |eworks/kguiaddons/commit/39
| |84732e007e71632a525d89227fd
| |fe94fa037ad
Resolution|--- |FIXED
Status|ASSIGNED |RESOLVED
--- Comment #9 from David Redondo <k...@david-redondo.de> ---
Git commit 3984732e007e71632a525d89227fdfe94fa037ad by David Redondo.
Committed on 08/12/2022 at 09:54.
Pushed by davidre into branch 'master'.
waylandclipboard: Update QClipboard when gaining focus
A process that owns the clipboard via KSystemClipboard (wlr-data-control)
and tries to read the clipboard via QClipboard will deadlock itself and
eventually times out because the read is done blocking and the send event
is only received afterwards by WaylandClipboard.
When Qt knows it owns the keyboard it can get the data directly, so the
idea is to set QClipboard if possible. However this can be done only
when the Application has focus. Unfortunately inside Qt window system events
are delieverd asnycronously while QClipboard uses signal to indicate changes,
this makes QGuiApplication::focusWindowChanged not useable here because it
happens to late - after the QClipboard signal. For this reason we bind
to the wl_seat and track focus ourselves.
QClipboard takes ownership of QMimeData that is passed into it and so does
KSystemClipboard and ultimately DataControlSource which now uses unique_ptr
to signify this and make it clear that ownership is transferred when the
QClipboard is set.
Related: bug 454379
M +5 -0 src/CMakeLists.txt
M +106 -4 src/systemclipboard/waylandclipboard.cpp
M +3 -0 src/systemclipboard/waylandclipboard_p.h
https://invent.kde.org/frameworks/kguiaddons/commit/3984732e007e71632a525d89227fdfe94fa037ad
--
You are receiving this mail because:
You are watching all bug changes.
