| Summary: | Screenshots fail to copy to clipboard | ||
|---|---|---|---|
| Product: | [Applications] Spectacle | Reporter: | Sollace <sollacea> |
| Component: | General | Assignee: | Noah Davis <noahadvs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | amr.nabeel, famine_cavalier538, kde, kdedev, nate, officialdeltadizzy, palapapa93, pallaswept, scaine |
| Priority: | NOR | ||
| Version First Reported In: | 6.3.6 | ||
| Target Milestone: | --- | ||
| Platform: | Manjaro | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/frameworks/kguiaddons/-/commit/b71af4e1afcf72b8c9da315dc8d728db70d753c0 | Version Fixed/Implemented In: | 6.22 |
| Sentry Crash Report: | |||
|
Description
Sollace
2025-09-03 11:33:06 UTC
Since the attachment file size limit is only 4MB, here is a video of the bug uploaded to youtube: https://www.youtube.com/watch?v=3bXx0_t1K-c 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 I also have this issue, and it is so frequent that I have been able to paste a screenshot only a handful of times total over the past 2-3 days (mainly in the form of trying to post screenshots to Discord). The 3rd-party Flameshot software does not have the issue, but I prefer Spectacle's UX when the bug is not occurring. Software Versions: Fedora 42 KDE Edition Plasma 6.5.1 Spectacle 6.5.1 Frameworks 6.19.0 Qt 6.9.3 *** Bug 511736 has been marked as a duplicate of this bug. *** I'm not completely certain, but this might be a duplicate of an earlier closed bug, which has now been re-opened: 507792 *** Bug 512029 has been marked as a duplicate of this bug. *** I have seen this in the recent past: When I have Spectacle set up automatically copy to the clipboard, the screenshot would fail to paste into any app. When I manually clicked "Copy to clipboard" then the thing that's added to the clipboard will paste into apps. However I can't reproduce the issue on current git master of Spectacle and KWin right now. I can't reproduce the issue depicted in the video with today's git master, but it looks like Spectacle's settings (and also system notifications?) have been customized. Sollace, can you describe the specific settings you're using? Is this a dupe of https://bugs.kde.org/show_bug.cgi?id=480448 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 496029, bug 502831, bug 505281, bug 506467, bug 507792, 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 |