SUMMARY I have Spectacle configured to copy screenshots to clipboard. Usually it does, but a minute ago I tried to take a screenshot, and it just wasn't copying anything to the clipboard (I went to paste the screenshot into Gimp and it said there was no image data in the clipboard). I retried several times with the same result. STEPS TO REPRODUCE 1. Use Super+Shift+PrintScr to take a screenshot of a rectangular region 2. Select rectangular region and hit Enter 3. A notification pops up saying "A screenshot has been saved to your clipboard", so go to paste it somewhere OBSERVED RESULT There was nothing in the clipboard. I retried like seven times, nothing. Then I took another screenshot, and instead of just hitting Enter, I explicitly clicked the "Copy" button in Spectacle's buttons bar. This time it worked and after that, it started working every time even just hitting Enter, as expected. EXPECTED RESULT Should always copy the image to clipboard if it's configured to do so. If for whatever reason it fails to, it should tell me it failed, instead of showing a BS message saying that the screenshot has been copied to the clipboard. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 Kernel Version: 6.6.10-1-MANJARO (64-bit) Graphics Platform: X11 Processors: 12 × 12th Gen Intel® Core™ i7-1255U Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® Graphics Manufacturer: ASUSTeK COMPUTER INC. Product Name: Vivobook_ASUSLaptop X1502ZA_F1502ZA System Version: 1.0
Can you reproduce that it always fails to copy/paste while the notification is open, but always succeeds to copy/paste after the notification has disappeared on its own after 5 seconds?
> Can you reproduce that it always fails to copy/paste while the notification is open, but always succeeds to copy/paste after the notification has disappeared on its own after 5 seconds? I don't know how to make sense of your question, unless when you say "copy/paste" you mean just "paste". If that is the case, if what you meant is "paste", then the answer is no, I cannot reproduce that. The sequence of events is: - I hit the keyboard shortcut for capturing a rectangular region - the tool shows up allowing me to select a region of the screen to capture - when I'm happy with the selection I hit Enter. => This is when the screenshot is taken and this is the moment when it's supposed to be copied to clipboard (because that's how it's configured in the settings) - and NOW the notification shows up saying the screenshot has been copied. As I said, it usually works as expected, but there was this instance where it stopped working, and nothing would be copied. To copy after the notification is gone is impossible, because the notification appears exactly when (or immediately after, from a logical standpoint) the screenshot is supposedly copied to clipboard (that's what the notification says: that the screenshot has been copied to the clipboard). When this started happening, it was reproducing consistently, meaning I took several screenshots repeating the steps above and none of them was ever copied to the clipboard. I can't say with 100% certainty whether I was pasting before or after the notification had disappeared, but given that I am not particularly quick in my movements, I can bet money that at least some of the screenshot I took, I attempted to paste after the notification had gone. And now that it's working as expected, I have tested making sure I paste quickly before the notification vanishes, and it pastes as expected, so the copying is correctly done at the moment of taking the screenshot, as expected. After I once copied manually by using the button in the tool, then not only it worked, but also the issue stopped happening and I haven't observed it again, so there's no reproducible pattern that I know of. I hope that answers your question.
Thanks. Two more questions: - Have you disabled clipboard history or otherwise changed any of the default clipboard settings? - Does the issue reproduce when you take the screenshot in such a way that Spectacle's main window shows up instead of a system notification?
> Have you disabled clipboard history or otherwise changed any of the default clipboard settings? No. > Does the issue reproduce when you take the screenshot in such a way that Spectacle's main window shows up instead of a system notification? I don't know how to test that. But it no longer reproduces in the original way, so if I do that and it doesn't reproduce, that won't tell you much I guess.
Open the app and click on one of the buttons to take a screenshot. If "Quit after save or copy" is checked, uncheck it. But if you can't reproduce the original issue, then there's less hope of a fix, unfortunately.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
I cannot reproduce as indicated in comment 5, but I can't reproduce systematically in the original way either, so this tells us nothing. Personally I don't think this has anything to do whatsoever with the notification, but this is just a hunch. I haven't observed the issue again since the first time.
Is this still an issue for you? I cannot reproduce this in the current version (6.3).
It was never something that I could systematically reproduce at will to begin with, but anyway I think I've never observed it again after that one tiime.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.
For me on Arch Linux it works as expected but when I disable "New screenshot saved" notification it stops working but for some reason if I launch it without -b flag it is still able to copy to clipboard
This issue has been a contant problem for me (KDE Plasma 6.3.4) It typically happens when I am taking a rectangular screenshot of a game via the keyboard shortcut, with it set to copy to clipboard after selecting. If i manually open spectacle, it will then work for a short while even after closing the app. Then if I later use the shortcut again, the image never goes to the clipboard.
Here is my journalctl when this happens ay 02 18:26:53 Justins systemd[997]: Starting Spectacle screenshot capture utility... May 02 18:26:53 Justins systemd[997]: Started Spectacle screenshot capture utility. May 02 18:26:53 Justins spectacle[156272]: kpipewire_vaapi_logging: VAAPI: VA-API NVDEC driver [direct backend] in use for device "/dev/dri/renderD128" May 02 18:27:12 Justins plasmashell[1201]: kf.runner: Error requesting matches; calling "org.kde.runners.baloo" : "org.freedesktop.DBus.Error.NotSupported" "" May 02 18:27:12 Justins systemd[997]: Started Pinta - Image Editor. May 02 18:27:12 Justins dotnet[156361]: Unknown key gtk-modules in /home/justin/.config/gtk-4.0/settings.ini May 02 18:27:12 Justins dotnet[156361]: Using GtkSettings:gtk-application-prefer-dark-theme with libadwaita is unsupported. Please use AdwStyleManager:color-scheme instead. May 02 18:27:13 Justins dotnet[156361]: GtkBox 0x5d7b0c28dd00 (box) reported min width 509 and natural width 483 in measure() with for_size=1334; natural size must be >= min size May 02 18:27:13 Justins dotnet[156361]: GtkBox 0x5d7b0c28dd00 (box) reported min width 509 and natural width 483 in measure() with for_size=477; natural size must be >= min size May 02 18:27:13 Justins dotnet[156361]: Trying to measure GtkFlowBox 0x5d7b0dcdf230 for width of 40, but it needs at least 160 May 02 18:27:13 Justins pinta[156361]: Pinta: Image cannot be pasted May 02 18:27:13 Justins pinta[156361]: The clipboard does not contain an image. May 02 18:27:16 Justins dotnet[156361]: GtkBox 0x5d7b0c28dd00 (box) reported min width 509 and natural width 506 in measure() with for_size=1334; natural size must be >= min size May 02 18:27:16 Justins dotnet[156361]: GtkBox 0x5d7b0c28dd00 (box) reported min width 509 and natural width 506 in measure() with for_size=477; natural size must be >= min size May 02 18:27:16 Justins dotnet[156361]: GtkBox 0x5d7b0c28dd00 (box) reported min width 509 and natural width 506 in measure() with for_size=1334; natural size must be >= min size May 02 18:27:16 Justins dotnet[156361]: GtkBox 0x5d7b0c28dd00 (box) reported min width 509 and natural width 506 in measure() with for_size=477; natural size must be >= min size May 02 18:27:18 Justins plasmashell[1201]: kf.runner: Error requesting matches; calling "org.kde.runners.baloo" : "org.freedesktop.DBus.Error.NotSupported" "" May 02 18:27:18 Justins plasmashell[1201]: kf.runner: Error requesting matches; calling "org.kde.runners.baloo" : "org.freedesktop.DBus.Error.NotSupported" "" May 02 18:27:24 Justins plasmashell[1201]: error creating screencast "Could not find window id {be970d2a-9e2b-4543-a744-d70b6ec03939}" May 02 18:27:24 Justins wireplumber[1121]: wp-event-dispatcher: <WpAsyncEventHook:0x5e3543e02280> failed: <WpSiStandardLink:0x5e3543d47740> link failed: 1 of 1 PipeWire links failed to activate May 02 18:27:25 Justins plasmashell[1201]: error creating screencast "Could not find window id {be970d2a-9e2b-4543-a744-d70b6ec03939}" May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 100, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 174, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 211, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 193, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 202, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 21, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 90, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 230, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 160, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 125, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 108, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 104, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 102, but it needs at least 241 May 02 18:27:27 Justins dotnet[156361]: Trying to measure GtkLabel 0x5d7b0daef6d0 for width of 101, but it needs at least 241 May 02 18:27:33 Justins plasmashell[1201]: error creating screencast "Could not find window id {be970d2a-9e2b-4543-a744-d70b6ec03939}"
(In reply to Juts from comment #13) > If i manually open spectacle, it will then work for a short while even after > closing the app. Then if I later use the shortcut again, the image never > goes to the clipboard. Do you have the clipboard manager disabled? If so, this is unfortunately expected behavior. It's a fundamental issue with not using a clipboard manager since the copying app needs to stay alive for the clipboard to keep working with the thing you copied. In shortcut and background mode, Spectacle stays alive for a bit to give you a chance to paste (10 seconds, IIRC), but it has to end eventually or it would be permanently using up resources.
I commonly have this problem. Arch (Endeavor) KDE 6.3.5, kernel 6.14.7-arch2-1, Wayland. Reproduction doesn't seem to be 100% reliable, but here is how I have it happen. 1. have chat application like telegram or desktop, in the background for a while 2. screenshot with `ctrl+shift+s`, drag area, `enter` to take screenshot 3. hit `win` to open application launcher, type couple letters (like `tele`) hit `enter` to open the app, click on the chat you need, hit `ctrl+v` to paste. expected: screenshot gets pasted actual: nothing happens. After that, if I hit `win+v`, the image is in the clipboard history, but clicking it to try to paste it it doesn't work either. If after that I take another screenshot and return to the app, pasting works flawlessly. I _feel_ like big factor in my reproduction is "focusing the app trough just clicking on tray icon" vs "focusing the app trough re-opening it with executing program from application launcher" is the big thing here. Additional info: I don't have clipboard manager disabled. I have the notification disabled, and it's seems unrelated. I can reproduce it on a different machine (but same OS, except kernel is LTS). I believe screenshots go into the clipboard correctly, they just cannot "get out" (be pasted). Side note, being able to click on the screenshot in the manager to re put it into the clipboard it like you could do with text would be nice, and provide a solid workaround for this.
(In reply to Noah Davis from comment #15) > (In reply to Juts from comment #13) > > If i manually open spectacle, it will then work for a short while even after > > closing the app. Then if I later use the shortcut again, the image never > > goes to the clipboard. > > Do you have the clipboard manager disabled? If so, this is unfortunately > expected behavior. It's a fundamental issue with not using a clipboard > manager since the copying app needs to stay alive for the clipboard to keep > working with the thing you copied. In shortcut and background mode, > Spectacle stays alive for a bit to give you a chance to paste (10 seconds, > IIRC), but it has to end eventually or it would be permanently using up > resources. I do not have the clipboard manager disabled. After testing, and it does seem a bit inconsistent, it seems thing stay in my clipboard for a couple seconds, and then are gone (only talking about screenshots). Normal text copies stay forever as is normal.
I have similar problem, but in my case, I actually got an empty entry for the image in the clipboard, if I hit the copy button on spectacle pop up again, it will work.
In my case (6.4.2), it never copies to the clipboard, I always need to click on the "copy" icon. I'm pretty sure it was working consistently until 6.3.x.
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kguiaddons/-/merge_requests/182
Happens to me as well. I end up with a blank item in Klipper's notification tray applet. Using `journalctl -b 0` I see these lines each time I try to copy from Spectacle selection screen: plasmashell[1641]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ImageItemDelegate.qml:26:9: QML Image: Error decoding: file:///home/user/.local/share/klipper/data/da39a3ee5e6b4b0d3255bfef95601890afd80709/da39a3ee5e6b4b0d3255bfef95601890afd80709: Unsupported image format plasmashell[1641]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ClipboardItemDelegate.qml:121:32: Unable to assign [undefined] to double Sometimes, they're preceded by: plasmashell[1641]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ImageItemDelegate.qml:26:9: QML Image: Cannot open: file:///home/user/.local/share/klipper/data/a53f78d8261499e6a4c99f2e000741ca918e0114/a53f78d8261499e6a4c99f2e000741ca918e0114 I noticed the indicated file (the unsupported image format one) is 0 bytes. Spectacle: 6.4.5 KDE Frameworks: 6.18.0 Qt: Utilizza 6.9.2 e compilato con 6.9.2 Arch Linux (Wayland) Build ABI: x86_64-little_endian-lp64 Kernel: linux 6.16.10-arch1-1
A possibly relevant merge request was started @ https://invent.kde.org/plasma/spectacle/-/merge_requests/481
same problem, i have to repeat screenshoting several times to make it work
same problem, i have to repeat screenshoting several times to make it work image is saved in the Klipper clipboard history, but it cannot be pasted from there
In case this journalctl output is helpful. This is after starting Spectacle, taking a region screenshot, seeing the preview in Spectacle and the message that it has been copied to the clipboard, then viewing Klipper history. The screenshot shows in the preview, and it shows in Klipper history, but does not paste anywhere: Nov 28 11:56:21 ronw systemd[754]: Starting Spectacle screenshot capture utility... Nov 28 11:56:21 ronw systemd[754]: Started Spectacle screenshot capture utility. Nov 28 11:56:31 ronw plasmashell[999]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ImageItemDelegate.qml:26:9: QML Image: Error decoding: file:///home/ronw/.local/share/klipper/data/da39a3ee5e6b4b0d3255bfef95601890afd80709/da39a3ee5e6b4b0d3255bfef95601890afd80709: Unsupported image format Nov 28 11:56:31 ronw plasmashell[999]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ImageItemDelegate.qml:26:9: QML Image: Error decoding: file:///home/ronw/.local/share/klipper/data/da39a3ee5e6b4b0d3255bfef95601890afd80709/da39a3ee5e6b4b0d3255bfef95601890afd80709: Unsupported image format Nov 28 11:56:31 ronw plasmashell[999]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ImageItemDelegate.qml:26:9: QML Image: Error decoding: file:///home/ronw/.local/share/klipper/data/da39a3ee5e6b4b0d3255bfef95601890afd80709/da39a3ee5e6b4b0d3255bfef95601890afd80709: Unsupported image format Nov 28 11:56:37 ronw systemd[754]: app-org.kde.spectacle.service: Consumed 1.723s CPU time, 318.2M memory peak. It works every time if I Ctrl+C after Spectacle shows the preview and says it has already copied the image to the clipboard. Operating System: Arch Linux KDE Plasma Version: 6.5.3 KDE Frameworks Version: 6.20.0 Qt Version: 6.10.1 Kernel Version: 6.17.9-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i3-7100 CPU @ 3.90GHz Memory: 16 GiB of RAM (15.4 GiB usable) Graphics Processor: Intel® HD Graphics 630
Also affected here on Arch Linux. Spectacle: 6.5.3 OS: Arch Linux x86_64 Kernel: 6.17.9-arch1-1 Plasma: 6.5.3 WM: KWin (Wayland) GPU: AMD Radeon RX 7700 XT / 7800 XT (amdgpu) Resolution: 2560x1440 Clipboard manager: none (Klipper not running) Configured Spectacle to "Copy image to clipboard" after capture. Also configured to save JPG to a folder at 100% compression quality Trigger rectangular-region screenshots via keyboard shortcut Behavior: Small rectangular regions paste reliably Large regions that cover most or all of the screen often fail: - Spectacle shows the notification that the image was copied - Pasting in target apps results in nothing - Dragging from notification into window has no image data If I capture a small region on the same monitor, or on a lower resolution monitor then it is successfully copied to my clipboard. Running `spectacle --version` prints: spectacle 6.5.3 QThreadStorage: entry 2 destroyed before end of thread 0x55adb6b93740 QThreadStorage: entry 1 destroyed before end of thread 0x55adb6b93740
This is what I have in journalctl after the bug occurs. Not sure if it's relevant or useful. Dec 04 12:42:20 localhost plasmashell[2753]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ImageItemDelegate.qml:26:9: QML Image: Error decoding: file:///home/user/.local/share/klipper/data/da39a3ee5e6b4b0d3255bfef95601890afd80709/da39a3ee5e> Dec 04 12:42:21 localhost plasmashell[2753]: Property 'onPressed' of object QQuickMouseArea_QML_109(0x55b52ac3aa60) is a signal handler. You should not call it directly. Make it a proper function and call that or emit the signal. OS: Fedora 43 KDE Plasma Version: 6.5.3 KDE Frameworks Version: 6.20.0 Qt Version: 6.10.1
Possibly useful info which might suggest that this problem is mis-reported. I use copyq as a clipboard manager. When I experience this bug, I copy, I paste, nothing happens. It seems like it failed to copy, as reported. But the copy was successful. I can see the thing I coped, in my clipboard history. If I select it from the history, it will paste. It seems that the problem is not that spectacle fails to copy, but that after it does successfully copy, the clipboard is cleared.
You're almost certainly encountering a different bug than php4fan is; please report that separately, if you can find a consistently reproducible case for it.
(In reply to Nate Graham from comment #30) > if you can find a consistently reproducible case for it. That's the problem, like everyone else here and the stack of reporters on reddit that led me here to try and help out, it's (seemingly) random. That's why I hadn't reported it yet. The only really consistent thing is that we have copied a screenshot with spectacle and randomly can't paste it because it seems like there's nothing in the clipboard. That's been interpreted as having not copied the image at all, which is the intuitive explanation, but descriptions like above and mine, suggest that it actually is copied... but then doesn't save, or is cleared, or something along those lines. It's especially difficult for me to pin down any kind of reproducible pattern, because of this behaviour. I don't always paste with ctrl+v or whatever, very often I am pasting by selecting the clip from copyq. Because that doesn't fail, I'm not even testing for this bug every time I copy paste, so a lot of failures will be transparent to me. Hard to form a pattern with holes in the data. But there's definitely something going on: Bugzilla: https://bugs.kde.org/show_bug.cgi?id=509065 https://bugs.kde.org/show_bug.cgi?id=507792 https://bugs.kde.org/show_bug.cgi?id=506781 https://bugs.kde.org/show_bug.cgi?id=500366 https://bugs.kde.org/show_bug.cgi?id=484907 https://bugs.kde.org/show_bug.cgi?id=480448 Reddit this month: https://old.reddit.com/r/kde/comments/1oxzsiv/spectacle_not_copying_to_clipboard/ https://old.reddit.com/r/kde/comments/1pfp29x/spectacle_bug_is_killing_me/ https://old.reddit.com/r/kde/comments/1p9mlhv/is_it_just_me_or_is_spectacle_kinda_slow_and_buggy/ These links (and their dupes) all describe the bug/bugs as some variation of "clipped an empty thing" but, it strikes me as worth pointing out the reports that the clip does show up in clipboard managers (eg clipper and copyq), which implies that spectacle is not "clipping an empty thing", but in fact, clipping the correct thing, and it's somehow not in the clipboard afterward, so that it could be pasted. Anyway... It seems to be a problematic bug to solve and I thought that maybe a bit of extra info might help. I'm not really trying to file a proper bug report yet, I don't have enough concrete info to file a bug report, but nobody else does either... So I'm just trying to help out by sharing this info.
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kguiaddons/-/merge_requests/191