| Summary: | Sometimes Spectacle does not copy to clipboard in fullscreen apps | ||
|---|---|---|---|
| Product: | [Applications] Spectacle | Reporter: | Oleh <postnozet> |
| Component: | General | Assignee: | Noah Davis <noahadvs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aspotashev, bugs, felix+kde, kde, kevundead, leesethefox, mahmoudshmaitelly, postnozet |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/frameworks/kguiaddons/-/commit/b71af4e1afcf72b8c9da315dc8d728db70d753c0 | Version Fixed/Implemented In: | 6.22 |
| Sentry Crash Report: | |||
|
Description
Oleh
2024-11-09 22:31:33 UTC
I can report that when all apps are minimized or when no apps are opened, taking a spectacle does not copy the screenshot to the clipboard. I can reproduce this, too specifically with rectangle selections and selecting "Copy". Notably it works to copy to clipboard when selecting "Export" -> "Share" -> "Copy to Clipboard" rather than just "Copy" or selecting copy to clipboard in settings. I have this same issue. Ctrl-C has a 20% chance of working, but saving image to file always works. For me, this is regardless of fullscreen or windowed applications (though it does seem to happen more in fullscreen apps), and the issue happens while giving me a notification that it *should* have copied to clipboard. Distro: CachyOS KDE Plasma: 6.4.3 Display Server: Wayland Monitors: 2x AOC 1080p, 27" 240hz + 22" 60hz Same issue here. Spectacle successfully copies screenshots about 80% of the time, but the remaining 20% it fails to copy anything to the clipboard. When this happens, a clipboard entry is created but it appears blank/empty with no screenshot preview. Environment: - Desktop: Wayland - OS: Fedora 42 - Plasma: 6.4.3 - KWin: 6.4.3-1.fc42.x86_64 - Spectacle: 6.4.3 I can also reproduce this bug on spectacle 6.4.4 and spectacle 6.4.2. I have this issue irregardless when I capture rectangular regions, have not tested anything else. A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kguiaddons/-/merge_requests/182 A possibly relevant merge request was started @ https://invent.kde.org/plasma/spectacle/-/merge_requests/481 A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kguiaddons/-/merge_requests/191 Git commit b71af4e1afcf72b8c9da315dc8d728db70d753c0 by David Edmundson, on behalf of David Redondo. Committed on 15/12/2025 at 10:16. Pushed by davidedmundson into branch 'master'. ksystemclipboard: Dispatch read events in another thread WaylandClipboard wraps ext_data_control if an application tried to read the clipboard using QClipboard whilst it owns the data control we would deadlock. This was previously being solved by trying to transfer mimedata to the regular clipboard upon gaining focus. However this never worked reliably and efforts to fix this only made it more complicated. To solve the original deadlock all ext_data_control classes now live on another thread which dispatches events on a separate queue. A recursive mutex allows the main thread to read mimedata and no wayland events which change the mimedata process until this is complete. Related: bug 480448, bug 502831, bug 505281, bug 506467, bug 507792, bug 509065, bug 509689, bug 511736 FIXED-IN: 6.22 M +116 -14 src/systemclipboard/waylandclipboard.cpp M +3 -0 src/systemclipboard/waylandclipboard_p.h https://invent.kde.org/frameworks/kguiaddons/-/commit/b71af4e1afcf72b8c9da315dc8d728db70d753c0 |