https://bugs.kde.org/show_bug.cgi?id=506781
NitramO <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|DUPLICATE |--- --- Comment #17 from NitramO <[email protected]> --- (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. -- You are receiving this mail because: You are watching all bug changes.
