Created attachment 145670 [details] Overlapping entries Everything KDE from git master. Sometimes, when I filter in the clipboard applet, entries overlap in the view. It does not always happen and I have not been able to find a 100% reproducible trigger. This issue seems to have been introduced within the last few days. I tried bisecting three times and got different nonsensical results every time. See attached screenshot.
Can't reproduce unfortunately. Tried filtering with different text a bunch of times. > This issue seems to have been introduced within the last few days. I tried bisecting three times and got different nonsensical results every time. Is there a version at which it definitely does not appear? Does the overlapping text disappear on hovering? On scrolling?
I saw the same glitch.
*** Bug 451123 has been marked as a duplicate of this bug. ***
It's still happening with 5.25.5 and renders the whole applet not usable at all, what is interesting is that the floating klipper dialog is not affected by this annoying bug and this was not present at all is old versions.
I was able to reproduce something similar on 5.26.4 (and on the current master) by filtering and scrolling simultaneously. Some entries appear wrongly in the filter result - they seem to be moved into view by scrolling. When clearing the filter term, they are still there and occasionally overlap themselves or other history items. I'm adding screenshots, maybe this makes it easier to reproduce this.
Created attachment 154882 [details] Before: the intact clipboard history
Created attachment 154883 [details] After filtering and scrolling simultaneously
Created attachment 154884 [details] After repeated filtering and scrolling: items overlap
Thanks for those comments, Tom — filtering and scrolling simultaneously appears to be key, and finally I can reproduce this too. Observations: - The glitched entries can't be interacted with, they're just there - Opening and closing the applet does not clear them - Scrolling does not clear them, they move with the scroll view (answering my previous question here) - Clearing the entire clipboard history does not clear them Hopefully these clues help.
*** Bug 465703 has been marked as a duplicate of this bug. ***
*** Bug 466766 has been marked as a duplicate of this bug. ***
It might be related to clipboard containing copy-paste from Calc Spreadsheet where text contains tabs and line breaks? Just a guess
*** Bug 466921 has been marked as a duplicate of this bug. ***
I think I have a video showing how the on-hover-sellection in klipper is not following the mouse Initially I thought it was completely separate bug but then I realized this is probably the same error with wrong space being reserved per row maybe? Maybe it will help to get the bug identified https://photos.app.goo.gl/mJDJY7ymQkHW6QgJ8
Created attachment 163349 [details] overlapping entries using the search feature why is there no clipboard plug-in for the krunner search utility?
i can sometimes reproduce it. from the look of it seems an issue of either ListView itself or an issue of the underlying model
as a datapoint: i wanted to blame reuseITems but also with that disabled is still broken
(In reply to Sebastian Turzański from comment #14) > I think I have a video showing how the on-hover-sellection in klipper is not > following the mouse > Initially I thought it was completely separate bug but then I realized this > is probably the same error with wrong space being reserved per row maybe? > Maybe it will help to get the bug identified > https://photos.app.goo.gl/mJDJY7ymQkHW6QgJ8 just wanted to add that in current 5.27.9 i can see that line breaks and tabs are presented/visible as dedicated arrow icons witch may verify my theory
another datapoint: when this happen and the clipboard history is deleted, then those phantom entries don't get deleted but they're still there
Bug 480594 is very similar and seems to be an upstream issue, so maybe this one might be as well? Would need to re-test after https://bugreports.qt.io/browse/QTBUG-115717 is fixed.
Oh my goodness, I just re-tested and it seems to have the exact behavior as Bug 480594 now. :( So it seems like we are also hitting https://bugreports.qt.io/browse/QTBUG-115717 here, in addition to any other issues.
Same issue with Ubuntu 22.04 KDE Plasma 5.27.11
Still not solved after nearly 3 years and a major issue since it is the most used app in KDE for me, by far. 5.27.11 Plasma Wayland
(In reply to kittyfrantic584 from comment #23) On this note, this was resolved for me for many months. However, approximately last week, the entire design of the clipboard changed. I noticed because the entries were significantly more padded, and this issue immediately resurfaced. There's been a regression of some sort *again*.
(In reply to Roke Julian Lockhart Beedell from comment #24) "The entire design" is an exaggeration. Apologies. There had merely been obvious work done.
(In reply to Roke Julian Lockhart Beedell from comment #24) > (In reply to kittyfrantic584 from comment #23) > On this note, this was resolved for me for many months. However, > approximately last week, the entire design of the clipboard changed. I > noticed because the entries were significantly more padded, and this issue > immediately resurfaced. There's been a regression of some sort *again*. Funnily enough, in two different qemu instances with the same version of KDE but X11 instead of Wayland, it works fine.
This regression started from Plasma 5.24 or before it, and that floating panel was the only working way for me to search copied items, but now the clipboard widget and its floating window were merged and they both became useless. That clipboard widget breaks easily in many scenarios: missing copied items (which I find in CopyQ), leaking memory in plasmashell with more copied images, slow thumbnails preview, items appears blank when mouse hover them due to that useless gradient (I never used or clicked on any of those action buttons that appear on top of current highlighted item).
I emptied the clipboard by clicking on the icon "Delete history" ("Effacer l'historique" in French). Ghost garbled texts were still present. I deleted this file : /home/$USER/.config/klipperrc I update dozens of packages in Debian Testing (including kde and QT5 and QT6 packages). Then I restarted my PC, and the clipboard app looked empty and fine. I then copied texts in French and Japanese, single and multiple images, videos, long texts, and it keeps on working fine. I copied more items than the limit I had set in the clipboard's menu (40) and it keeps on working fine. Operating System: Debian GNU/Linux 12 KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 Kernel Version: 6.11.4-amd64 (64-bit) Graphics Platform: Wayland Fingers crossed. :)
Same. It seems this regression started for me from Plasma 6.0. I deleted history, ~/.config/klipperrc and all files in ~/.local/klipper, then restarted Plasma. The problem doesn't appear, so far.
(In reply to evgeniyharchenko.dev from comment #29) My installation doesn't have that second path, but it does have *`$HOME/.local/share/klipper`* (and `$HOME/.config/klipperrc`). Irrespective, I'll be surprised if the content of the RC makes a difference, considering that in mine all that is stated is the undermentioned: > ```desktop > [General] > IgnoreImages=false > MaxClipItems=2048 > Version=6.1.1 > > ``` * Do you still retain a copy of your old RC, to compare? * If this recurs, please try deleting merely the `$HOME/.local/share/klipper` directory to ascertain whether merely deleting *that* is what provides temporary respite. I'll be surprised if you have to delete the RC too.
Sorry, my bad. Of course I mean ~/.local/share/klipper. ~/.config/klipperrc had: [General] IgnoreImages=false MaxClipItems=100 Version=6.1.1 I removed it just in case. By the way, the problem has not appeared yet.
The problem has started to reappear with two unreadable overlapping entries. Does it mean I have to restart my PC every week when using KDE ?
Hi. I have this issue since plasma 6 it is happens every day, and klipper became unusable, because entries are unreadable. I have latest plasma 6.1 on arch. that's very annonying.
Three days ago after emptying the clipboard there was one phantom entry still there. Today I emptied it again and there are three phantom entries. The problem is growing over time. Over the same period, not a single problem in four QEMU instances. But they use X11.
So weird ! It cleaned itself ! The ghost overlapping entries disappeared ! I did not restart my PC, I did not update any software. The mistery thickens !
(In reply to kittyfrantic584 from comment #35) > So weird ! > > It cleaned itself ! > > The ghost overlapping entries disappeared ! > > I did not restart my PC, I did not update any software. > > The mistery thickens ! For me it not always overlapping, sometimes shows ok, sometimes not
*** Bug 492543 has been marked as a duplicate of this bug. ***
Here are steps, which guarantee to reproduce this bug. Here are video, which shows how to guarantee to reproduce this bug. https://private-user-images.githubusercontent.com/859494/400918667-bbd575b7-98e7-455a-aa93-c46837c57a8b.webm?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzYyODQxMjksIm5iZiI6MTczNjI4MzgyOSwicGF0aCI6Ii84NTk0OTQvNDAwOTE4NjY3LWJiZDU3NWI3LTk4ZTctNDU1YS1hYTkzLWM0NjgzN2M1N2E4Yi53ZWJtP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI1MDEwNyUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNTAxMDdUMjEwMzQ5WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9YTA3YzAyYTFlZmQzOGFkM2YzYWE4NThkM2E4MzYxZGU4NjdkNWY4MmEzYWE0ZjA5YmI1Yzg1NWJkZGU5ZWI2ZSZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.nmK0Z1mB2zNdlFHlpEnFhTn0bNkmJpkXvtAgMmg9vG0 (Also: my video is 9.1M, which is bigger that maximal allowed attachment on bugs.kde.org , so I had to upload the video to github instead. Please, raise limit for attachment.) Okay, so I'm able to reproduce the bug every time I want to reproduce it. So, I'm in perfect position for debugging/bisecting, etc. So, dear KDE devs, if you want me to bisect this bug, just tell me "please, bisect it", and I will do it. But please note that I have free time until 22 Jan 2025, then I will move to other things. So, if you want me to bisect, please tell me this until 22 Jan 2025. The video was shot on fresh install of debian sid, with X11. "dpkg" reports the following versions of packages: ii kwin-x11 4:6.2.5-1 amd64 KDE window manager, X11 version ii plasma-desktop 4:6.2.4-1 amd64 Tools and widgets for the desktop The bug is also reproducible with Wayland on the same system. The bug may be related to my GPU. Here it is (as reported by lspci): 00:02.0 VGA compatible controller: Intel Corporation Raptor Lake-S UHD Graphics (rev 04) If you know how to disable GPU rendering/compositing in modern versions of KDE, please, tell me this, I will try to disable it and try to reproduce the bug again. (Long time ago I was able to disable GPU rendering/composition in "kcmshell5 kwincompositing", but I don't see this option in modern versions of KDE; that setting was handy for debugging problems.)
Oops, the link above is broken. Here is correct one: https://github.com/KDE/plasma-workspace/pull/1#issuecomment-2576289257
(In reply to kittyfrantic584 from comment #34) > Over the same period, not a single problem in four QEMU instances. But they > use X11. I'm able to reproduce the problem on X11. So I think you don't see the bug not because of X11, but because of Qemu. I. e. I think that the bug needs real GPU to be reproducible
(In reply to kittyfrantic584 from comment #32) > Does it mean I have to restart my PC every week when using KDE ? As a workaround, try to restart Plasma only. Open terminal window and type "kquitapp5 plasmashell", this should kill plasma. Then type "setsid kstart5 plasmashell < /dev/null > /dev/null 2>&1 &", this should start plasma. This should keep all windows opened. And hopefully this will fix clipboard widget issues. (But I think windows will be reordered in taskbar.) (All this "setsid" and "/dev/null" weirdness is needed to make sure plasma will start as a daemon, so that you can safely close terminal window.) (I tested this commands in KDE5, I don't know whether they will work in KDE6)
(In reply to Askar Safin from comment #41) Instead of all that weirdness, I just invoke `plasmashell` from `krunner`. Irrespective, shouldn't we use `kquitapp6` nowadays?
(In reply to Roke Julian Lockhart Beedell from comment #42) > Irrespective, shouldn't we use `kquitapp6` nowadays? Yes, possibly. I currently use KDE 5 as my main DE, so I said "kquitapp5"
It's possibly a Qt issue, but does it still happen with Qt 6.8 and Plasma 6.3?
(In reply to Marco Martin from comment #44) It continues with Qt 6.8.1, but IDK about Plasma 6.3: > ~~~YAML > Operating System: Fedora Linux 41 > KDE Plasma Version: 6.2.5 > KDE Frameworks Version: 6.10.0 > Qt Version: 6.8.1 > Kernel Version: 6.12.9-200.fc41.x86_64 (64-bit) > Graphics Platform: Wayland > ~~~
(In reply to Marco Martin from comment #44) > It's possibly a Qt issue, but does it still happen with Qt 6.8 and Plasma > 6.3? Still repro with Plasma 6.2.5 and Qt 6.8.1, the worst is that even the floating window, where search was working fine, is now gone and replaced by the broken one. For now Klipper widget cannot be used for searching at all.
Maybe it's only me but the new one also freezes while searching. W dniu 28.01.2025 o 11:04, medin pisze: > https://bugs.kde.org/show_bug.cgi?id=448833 > > --- Comment #46 from medin <med.medin.2014@gmail.com> --- > (In reply to Marco Martin from comment #44) >> It's possibly a Qt issue, but does it still happen with Qt 6.8 and Plasma >> 6.3? > Still repro with Plasma 6.2.5 and Qt 6.8.1, the worst is that even the floating > window, where search was working fine, is now gone and replaced by the broken > one. For now Klipper widget cannot be used for searching at all. >
Same issue on ubuntu 24.04, KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 For a person who rely heavily on clipboard, this is very annoying and makes clipboard unusable.
Same versions here as the person in the previous comment : KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 Totally unreliable clipboard for years ! Absolutely insane for such a fundamental functionality ! I haven't restarted my PC in 58 days and the clipboard has severely degraded in the last days : - overlapping entries started to appear again and now are all over from top to bottom - pasting into some software (chromium, torbrowser) from Kate and Firefox has become totally unreliable : the last copied text is not pasted, some previously copied text gets pasted instead ! KDE is not ready to replace Windows for the masses at all. And I have been using Debian exclusively for 20 years ! But this situation is absolutely ridiculous !
Hi, kittyfrantic584@mailfast.pro . > overlapping entries started to appear again and now are all over from top to bottom As I said previously, try "kquitapp5 plasmashell; setsid kstart5 plasmashell < /dev/null > /dev/null 2>&1 &" ( see my comment https://bugs.kde.org/show_bug.cgi?id=448833#c41 for details, these commands are for KDE5). In theory these command should not close any of your windows, they should just restart plasma. But there still is some small probability that this will crash your whole system. (In my own tests this didn't crash my system.) > pasting into some software (chromium, torbrowser) from Kate and Firefox has become totally unreliable Do you use X or Wayland?
(In reply to kittyfrantic584 from comment #49) > Same versions here as the person in the previous comment : > KDE Plasma Version: 5.27.11 > KDE Frameworks Version: 5.115.0 > Qt Version: 5.15.13 > > Totally unreliable clipboard for years ! > > KDE is not ready to replace Windows for the masses at all. I use KDE 20 years. It is the best DE in the world. And not comparable with proprietary spy shit. > > And I have been using Debian exclusively for 20 years ! Debian don't update it's software. Plasma 6 is about year as released, you are still on kde5. I suggest you to move to Manjaro KDE (based on Arch). You will have always latest software and no need to do OS release upgrade. > > But this situation is absolutely ridiculous ! That's opensource world. Sometimes shit happens, but all is resolvable. Filling a bug is a step to resolve any problem.
How much have you contributed to KDE foundation within those 20 years? I think that Supporting Members should get more votes here in bug tracker than the program might get more popular. Like fix my bug the impacted ones might gather a found for someone to fix it?.... or maybe a bounty found for this one would help to get the attention? > Hi, kittyfrantic584@mailfast.pro . > > > overlapping entries started to appear again and now are all over from top to bottom > > As I said previously, try "kquitapp5 plasmashell; setsid kstart5 plasmashell > < /dev/null > /dev/null 2>&1 &" ( see my comment > https://bugs.kde.org/show_bug.cgi?id=448833#c41 for details, these commands > are for KDE5). In theory these command should not close any of your windows, > they should just restart plasma. But there still is some small probability > that this will crash your whole system. (In my own tests this didn't crash > my system.) > > > pasting into some software (chromium, torbrowser) from Kate and Firefox has become totally unreliable > > Do you use X or Wayland? (In reply to kittyfrantic584 from comment #49) > Same versions here as the person in the previous comment : > KDE Plasma Version: 5.27.11 > KDE Frameworks Version: 5.115.0 > Qt Version: 5.15.13 > > Totally unreliable clipboard for years ! > > Absolutely insane for such a fundamental functionality ! > > I haven't restarted my PC in 58 days and the clipboard has severely degraded > in the last days : > - overlapping entries started to appear again and now are all over from top > to bottom > - pasting into some software (chromium, torbrowser) from Kate and Firefox > has become totally unreliable : the last copied text is not pasted, some > previously copied text gets pasted instead ! > > KDE is not ready to replace Windows for the masses at all. > > And I have been using Debian exclusively for 20 years ! > > But this situation is absolutely ridiculous !
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5165
Git commit bbe6ff3cffa567f7c4bc568fba5d89dc445a153a by David Edmundson. Committed on 06/02/2025 at 14:18. Pushed by davidedmundson into branch 'master'. klipper: Avoid breaking Listview A listview by default will keep the highlight in view, scrolling the list appropriately. This is not desired in Klipper where putting the mouse over a clipped final delegate should not move the index. A complicated fix was added in 31a547cc by trying to tweak at what point we change the current index. This is extremely messy especially when coupled with delegates of changing heights. We start changing the current item which we know will trigger a scroll which changes the current item. ListView gets confused and it's not surprising. There's a considerably simpler fix for the original bug, don't use ListView highlights if we don't want ListView behaviour. This fixes overlapping delegates in Klipper. M +12 -10 klipper/declarative/qml/ClipboardItemDelegate.qml M +1 -3 klipper/declarative/qml/ClipboardMenu.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/bbe6ff3cffa567f7c4bc568fba5d89dc445a153a
Git commit 8f8e48bb6e09e4859d0430f11b340f4dcac8b734 by David Edmundson, on behalf of David Edmundson. Committed on 06/02/2025 at 15:15. Pushed by davidedmundson into branch 'Plasma/6.3'. klipper: Avoid breaking Listview A listview by default will keep the highlight in view, scrolling the list appropriately. This is not desired in Klipper where putting the mouse over a clipped final delegate should not move the index. A complicated fix was added in 31a547cc by trying to tweak at what point we change the current index. This is extremely messy especially when coupled with delegates of changing heights. We start changing the current item which we know will trigger a scroll which changes the current item. ListView gets confused and it's not surprising. There's a considerably simpler fix for the original bug, don't use ListView highlights if we don't want ListView behaviour. This fixes overlapping delegates in Klipper. (cherry picked from commit bbe6ff3cffa567f7c4bc568fba5d89dc445a153a) Co-authored-by: David Edmundson <kde@davidedmundson.co.uk> (cherry picked from commit 939c1a368a28fc162815bfd7e4861876945e8e00) Co-authored-by: David Edmundson <david@davidedmundson.co.uk> M +12 -10 klipper/declarative/qml/ClipboardItemDelegate.qml M +1 -3 klipper/declarative/qml/ClipboardMenu.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/8f8e48bb6e09e4859d0430f11b340f4dcac8b734
Is it fixed in 6.3.* only? Or in 6.2.*, too?
Created attachment 178042 [details] attachment-2426062-0.html also for 5.* on ubuntu 24.04 lts? On Fri, 7 Feb 2025, 05:42 Askar Safin, <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=448833 > > --- Comment #56 from Askar Safin <safinaskar@mail.ru> --- > Is it fixed in 6.3.* only? Or in 6.2.*, too? > > -- > You are receiving this mail because: > You are on the CC list for the bug.
Only in Plasma 6.3.1 and beyond; 6.2 isn't getting any more releases form KDE, so it would be up to distros to backport the patch if they want to.