| Summary: | Overlapping entries when filtering and deleting and filtering again several times | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Nate Graham <nate> |
| Component: | Clipboard | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | CONFIRMED --- | ||
| Severity: | major | CC: | 4wy78uwh, bharadwaj.raju777, boris, dpbasti, droidgoo, evgeniyharchenko.dev, fanzhuyifan, kittyfrantic584, linux.admin, m.kurz, med.medin.2014, monsoon.cl, notmart, qydwhotmail, ricardo, sean1985zc3, sobolevsam, traceydick |
| Priority: | NOR | Keywords: | regression |
| Version: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| See Also: |
https://bugs.kde.org/show_bug.cgi?id=480594 https://bugs.kde.org/show_bug.cgi?id=492543 |
||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Overlapping entries
Before: the intact clipboard history After filtering and scrolling simultaneously After repeated filtering and scrolling: items overlap overlapping entries using the search feature |
||
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 |
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.