I have the same issue, but actually for me it's especially when I select an area and then press 'Enter' to crop my screenshot, it does not copy the image to the clipboard (while before it worked). But if I click on the 'Accept' button under the area I selected, it copies the image properly and I can paste it!

Here is my kinfo:
- Operating System: KDE neon User Edition
- KDE Plasma Version: 6.4.1
- KDE Frameworks Version: 6.15.0
- Qt Version: 6.9.0
- Kernel Version: 6.11.0-29-generic (64-bit)
- Graphics Platform: Wayland
- Processors: 20 × 13th Gen Intel® Core™ i7-13700H
- Memory: 32 Gio of RAM (31.0 Gio usable)
- Graphics Processor 1: Intel® Graphics
- Graphics Processor 2: NVIDIA GeForce RTX 4060 Laptop GPU

I'm experiencing this intermittently. Also I've had it seemingly crash or exit when the window of the taken screenshot is simply open on the side. There's nothing in the logs or coredumpctl indicating anything.

Operating System: Arch Linux
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.1
Kernel Version: 6.16.3-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 20 × 13th Gen Intel® Core™ i9-13900H
Memory: 64 GiB of RAM (62.4 GiB usable)
Graphics Processor 1: NVIDIA GeForce RTX 4050 Laptop GPU
Graphics Processor 2: Intel® Iris® Xe Graphics

Confirming this issue. I'm using Spectacle almost all days and I'm having this issue also. I'm on latest KDE Neon.

Hmm, I can't reproduce this issue with that setting in use. It's now I normally run Spectacle, and it hasn't broken in all the time I've been using it.

Affected people, what default file format are you saving screenshots in?

And are you using any non-default clipboard settings?

~/.config/spectaclerc
```
[General]
clipboardGroup=PostScreenshotCopyImage
launchAction=DoNotTakeScreenshot

[GuiConfig]
captureMode=4
includeDecorations=false
```

What do you mean what format are we saving in? Not doing any saving here.
In System Tray setting I have Clipboard disabled. Don't want my clipboard history tracked.

Trying right now on a fresh boot here, press screenshot button, clicked rectangular region, picked a region, tried pasting it in Kolourpaint. Worked this time.
Second time, did same thing, but Ctrl+V in Kolourpaint pastes nothing (the bug).

> In System Tray setting I have Clipboard disabled

That's probably relevant. If you temporarily re-enable it for testing, does the issue go away?

🐛🧹 ⚠️ 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!

(In reply to Nate Graham from comment #6)
> > In System Tray setting I have Clipboard disabled
> 
> That's probably relevant. If you temporarily re-enable it for testing, does
> the issue go away?

nope just tried it. It takes many attempts sometimes but eventually it does not copy to clipboard when it says it does

(In reply to Nate Graham from comment #6)
> > In System Tray setting I have Clipboard disabled
> 
> That's probably relevant. If you temporarily re-enable it for testing, does
> the issue go away?

I'm using the clipboard and I have the issue! (as I explained above)

I'm not able to reproduce this using the 6.5 Beta in KDE Neon Testing, after 20 attempts

About how many attempts does it take to reproduce this for folks seeing the bug, if you're on Plasma 6.4.5 or later?

🐛🧹 ⚠️ 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!

(In reply to TraceyC from comment #10)
> I'm not able to reproduce this using the 6.5 Beta in KDE Neon Testing, after
> 20 attempts
> 
> About how many attempts does it take to reproduce this for folks seeing the
> bug, if you're on Plasma 6.4.5 or later?

It depends, sometimes the first time, sometimes I need to do lot of captures before it fails, sometimes it works if I close the spectacle window after the capture each time and sometimes not... But the most of the time it fails when I capture something else when the spectacle window is still open as I just captured a screenshot. I'll try to do the last KDE Neon/Plasma updates in the next days and test if I still have issues and then I will come back here to do a feedback about it!

What I'm getting now in Plasma 6.5 is first screenshot works, then 2nd is giving me red X "An error occurred while taking a screenshot."

journalctl shows blank lines when i hit screenshot button

Dec 06 13:04:52 spectacle[738643]: 
Dec 06 13:04:52 spectacle[738643]: 
Dec 06 13:04:52 spectacle[738643]: 
Dec 06 13:04:52 spectacle[738643]: Could not create delegate for ToolBarLayout
Dec 06 13:04:52 spectacle[738643]: file:///usr/lib/qt6/qml/org/kde/kirigami/ActionToolBar.qml: Object or context destroyed during incubation

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: 20 × 13th Gen Intel® Core™ i9-13900H
Memory: 64 GiB of RAM (62.4 GiB usable)
Graphics Processor 1: NVIDIA GeForce RTX 4050 Laptop GPU
Graphics Processor 2: Intel® Iris® Xe Graphics

This bug still happens to me in 6.5.3.

Try this:

1. Chat with Google Chat on Google Chrome
2. With Spectacle do a rectangle (any size) on a portion of chat and copy
3. Paste the image to another chat 
Repeat 1, 2 and 3 multiple times

At 99% of times there is one big probability that copy will not work 

My hardware is a Xeon, with no discrete GPU.

I still have this issue even after last update.

Here is my kinfo:
- Operating System: KDE neon User Edition
- KDE Plasma Version: 6.5.3
- KDE Frameworks Version: 6.20.0
- Qt Version: 6.10.1
- Kernel Version: 6.14.0-36-generic (64-bit)
- Graphics Platform: Wayland
- Processors: 20 × 13th Gen Intel® Core™ i7-13700H
- Memory: 32 Gio of RAM (31.0 Gio usable)
- Graphics Processor 1: NVIDIA GeForce RTX 4060 Laptop GPU
- Graphics Processor 2: Intel® Iris® Xe Graphics

*** This bug has been marked as a duplicate of bug 500366 ***

(In reply to Nate Graham from comment #16)
> 
> *** This bug has been marked as a duplicate of bug 500366 ***

I believe this bug was incorrectly marked as a duplicate of bug 500366. These are two different issues:

Bug 500366: The screenshot appears in the clipboard but cannot be pasted until manually re-copied or clipboard history is rearranged.

Bug 506781 (this bug): A clipboard entry IS CREATED, but it is EMPTY. It's not that nothing is copied, an entry is actually added to the clipboard history, it takes up a slot, it appears between other copied items. But this entry contains nothing. It looks like a one-line text entry (not an image thumbnail), and I can even edit it with the edit button like a text entry, unlike actual copied images. When I then manually click the "Copy" button in Spectacle, it creates a SECOND entry, this time with the actual image. So I end up with both: the failed empty entry AND the successful one with the image.

I already mentioned in a comment on bug 500366 that I don't think it's exactly the same issue.

My current symptoms (which have gotten worse recently):
- When I take a screenshot with Spectacle, a clipboard entry is created but it is EMPTY
- This empty entry looks like a text entry (one line height), not an image, and can be edited like text
- This empty entry takes up a slot in clipboard history and appears between other copied content
- This happens almost systematically now, whether it's the first screenshot or subsequent ones while Spectacle is still open
- The "Accept" button does not reliably work either anymore
- I have to manually click the "Copy" button in Spectacle, which then creates a NEW separate entry containing the actual image
- The result is two clipboard entries: one empty (the failed auto-copy) and one with the image (the manual copy)

This behavior is more similar to bug 463199 (focus state issue with KGuiAddons) which was fixed in version 5.103. However, I'm running KDE Frameworks 6.21.0, so that fix should already be included. This suggests either a regression or a different code path with the same underlying problem.

To reproduce:
1. Take a screenshot with Spectacle (rectangular selection)
2. Press Enter or click Accept to confirm
3. Open the clipboard widget, a new EMPTY entry was added (looks like a text entry, not an image)
4. Try to paste, nothing pastes
5. Go back to Spectacle and manually click the "Copy" button
6. Open clipboard widget again, now there are TWO entries: the empty one and a new one with the image
7. The new entry with the image can be pasted normally

Could this bug please be reopened and investigated separately from bug 500366? The symptoms are different.

Yeah, maybe I was wrong about that.

Can you test with Frameworks 6.22, which includes a large number of clipboard fixes? You can either get it from git master somehow (built from source, using an unstable package repo, KDE Linux in a VM) or by waiting until January 9th when it's scheduled to be released.

(In reply to Nate Graham from comment #18)
> Yeah, maybe I was wrong about that.
> 
> Can you test with Frameworks 6.22, which includes a large number of
> clipboard fixes? You can either get it from git master somehow (built from
> source, using an unstable package repo, KDE Linux in a VM) or by waiting
> until January 9th when it's scheduled to be released.

I'll wait for the update and come back here.

🐛🧹 ⚠️ 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.