Images still appear on the clipboard history when the option to "Ignore Images" is checked. See attached screen-shot. Reproducible: Always Steps to Reproduce: 1. Set the clipboard to "Ignore Images". 2. Copy an image. Actual Results: Image is copied *and* appears on the clipboard. Expected Results: Image is copied but does not appear on the Clipboard as an image.
Created attachment 93093 [details] Clipboard showing image in history when "Ignore Images" is set.
Created attachment 94614 [details] Clipboard showing image in history when "Ignore Images" is set. Bug still present in 5.4.0 - Any progress on this yet?
Adding sebas to CC: can you sync the setting to the UI?
@ Martin Gräßlin Is there a *rc or some other config file that I can edit to enable "Ignore Images" or is the problem 'deeper' than that?
@Paul: I don't think so, it needs someone to look at the code, probably a rather trivial fix, however.
@Sebastian OK. Thanks. I'll wait on a fix appearing in due course.
Hello... ... any progress on this yet? :) Thanks.
*** Bug 378059 has been marked as a duplicate of this bug. ***
I think most of us (me too) misunderstood this function. It actually works fine when you cut/copy a selection from image from graphical editor for example krita or gimp. "Ignore images" is not applicable however when you cut/copy an image file using file manager. In this case klipper see image file as normal file and also displays the thumbnail which is I think the main source of confusion. In the future version we could have an option "Ignore files" in the klipper menu which should solve the problem.
(In reply to Raf from comment #9) > I think most of us (me too) misunderstood this function. ... Agreed, I also misunderstood the option :) > In the future version we could have an option "Ignore files" in the klipper > menu which should solve the problem. Or an option to not generate thumbnails, although "Ignore files" would certainly be better.
Any chance of movement on this? - An option to prevent image thumbnails appearing in the clipboard history.
The UI and behavior here were re-worked recently; can you confirm that it's still happening in Plasma 5.25? Thanks!
Created attachment 152131 [details] Screenshot showing image thumbnails in clipboard history Yes, still an issue. See attached screenshot. "Non text selection" is set to "Never save in history" I don't see an option to ignore image files Operating System: openSUSE Tumbleweed 20220914 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.5
Can you paste the output of `cat ~/.config/klipperrc`?
Created attachment 152235 [details] Clipboard settings screen-shot. paul@Orion-15:~$ cat ~/.config/klipperrc [General] IgnoreSelection=false MaxClipItems=16 paul@Orion-15:~$ Which seems mighty short, I would have expected more entries... Also attached screen-shot showing the current clipboard settings from the "General Configuration" section
Can you do me a favor and add a line with `IgnoreImages=true` into the file, then reboot, and see if that helps?
Created attachment 152285 [details] Screenshot showing jmage thumbnails in clipboard history with "IgnoreImages=true" OK, added "IgnoreImages=true" to klipperrc No difference, image thumbs still shown in Clipboard History (Screenshot attached) Logged out/in of KDE - no change in behaviour. Created a new test user, upon first login klipperrc not present. Configure Clipboard (as setup for my normal users) and the following klipperrc was created: [General] IgnoreSelection=false KeepClipboardContents=false MaxClipItems=16 SelectionTextOnly=false SyncClipboards=true Version=5.25.5 Added "IgnoreImages=true" - still no change in behaviour.
Created attachment 152309 [details] Cluttered clipboard as result of file copy operations. Taking this one stage further, and I don't think it digresses to far. IMHO, it would be sensible for Clipboard to have an option such as "Allow only Text in History". At the moment all file copy operations are added to the history. I don't see any great advantage, or use, for that, it simply clutters up the history; file copy in almost all cases is a "one off" operation, one would not need to go to the clipboard history to re-select them.
Hi guys, I can confirm that this is still an issue I'm a n00b developer, and I'm willing to lend a hand if I'm pushed in the right direction... Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-56-generic (64-bit) Graphics Platform: X11 Processors: 12 × Intel® Core™ i7-8750H CPU @ 2.20GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 630 Manufacturer: LENOVO Product Name: 81FV System Version: Lenovo Legion Y530-15ICH
The Ignore Images setting appears to have been removed, so this is expected now.
(In reply to Nate Graham from comment #20) > The Ignore Images setting appears to have been removed, ... Well, that's one way of "resolving" the issue...
The option to ignore images is still present, but it now configured as the "Non-text selection - Never save in history" option in the "General" configuration page. The anomalous behaviour may be as explained in comment 9 - an image file copied from the file manager is seen as a text selection which saves the file URL in the history. It does not appear to be actually saving the image in the history, but the Plasma applet may be generating a thumbnail image from the URL. The way around this, i.e. to not fill up the clipboard history with file management operations, would be to implement a "Ignore files" option as suggested in that comment or comment 18. However, it may not be possible to distinguish this case, for example, from a "Copy Link" operation in a web browser. Leaving as RESOLVED unless there are workable proposals for a change or addition.