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.