Bug 448833 - Overlapping entries when filtering and deleting and filtering again several times
Summary: Overlapping entries when filtering and deleting and filtering again several t...
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Clipboard widget & pop-up (show other bugs)
Version: master
Platform: Other Linux
: HI major
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords: regression
: 451123 465703 466766 466921 492543 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-01-20 16:54 UTC by Nate Graham
Modified: 2025-02-08 03:03 UTC (History)
22 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.3.1
Sentry Crash Report:


Attachments
Overlapping entries (251.30 KB, image/png)
2022-01-20 16:54 UTC, Nate Graham
Details
Before: the intact clipboard history (192.00 KB, image/png)
2022-12-29 18:20 UTC, Tom Warnke
Details
After filtering and scrolling simultaneously (197.92 KB, image/png)
2022-12-29 18:21 UTC, Tom Warnke
Details
After repeated filtering and scrolling: items overlap (191.74 KB, image/png)
2022-12-29 18:22 UTC, Tom Warnke
Details
overlapping entries using the search feature (54.44 KB, image/png)
2023-11-21 22:40 UTC, goo
Details
attachment-2426062-0.html (838 bytes, text/html)
2025-02-07 09:32 UTC, Sean Chu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nate Graham 2022-01-20 16:54:49 UTC
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.
Comment 1 Bharadwaj Raju 2022-01-20 19:05:13 UTC
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?
Comment 2 Fushan Wen 2022-01-20 19:06:08 UTC
I saw the same glitch.
Comment 3 Nate Graham 2022-03-25 18:31:37 UTC
*** Bug 451123 has been marked as a duplicate of this bug. ***
Comment 4 medin 2022-10-05 15:11:27 UTC
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.
Comment 5 Tom Warnke 2022-12-29 18:19:15 UTC
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.
Comment 6 Tom Warnke 2022-12-29 18:20:39 UTC
Created attachment 154882 [details]
Before: the intact clipboard history
Comment 7 Tom Warnke 2022-12-29 18:21:43 UTC
Created attachment 154883 [details]
After filtering and scrolling simultaneously
Comment 8 Tom Warnke 2022-12-29 18:22:36 UTC
Created attachment 154884 [details]
After repeated filtering and scrolling: items overlap
Comment 9 Bharadwaj Raju 2022-12-29 18:31:07 UTC
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.
Comment 10 Patrick Silva 2023-02-14 14:49:35 UTC
*** Bug 465703 has been marked as a duplicate of this bug. ***
Comment 11 Patrick Silva 2023-03-03 23:01:27 UTC
*** Bug 466766 has been marked as a duplicate of this bug. ***
Comment 12 Sebastian Turzański 2023-03-04 07:32:10 UTC
It might be related to clipboard containing copy-paste from Calc Spreadsheet where text contains tabs and line breaks? Just a guess
Comment 13 Patrick Silva 2023-03-06 15:58:02 UTC
*** Bug 466921 has been marked as a duplicate of this bug. ***
Comment 14 Sebastian Turzański 2023-03-15 20:16:17 UTC
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
Comment 15 goo 2023-11-21 22:40:44 UTC
Created attachment 163349 [details]
overlapping entries using the search feature

why is there no clipboard plug-in for the krunner search utility?
Comment 16 Marco Martin 2023-11-22 09:01:23 UTC
i can sometimes reproduce it. from the look of it seems an issue of either ListView itself or an issue of the underlying model
Comment 17 Marco Martin 2023-11-22 09:15:20 UTC
as a datapoint: i wanted to blame reuseITems but also with that disabled is still broken
Comment 18 Sebastian Turzański 2023-11-22 11:19:50 UTC
(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
Comment 19 Marco Martin 2023-11-22 15:57:24 UTC
another datapoint: when this happen and the clipboard history is deleted, then those phantom entries don't get deleted but they're still there
Comment 20 Nate Graham 2024-02-06 16:11:54 UTC
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.
Comment 21 Nate Graham 2024-02-06 16:13:12 UTC
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.
Comment 22 Sean Chu 2024-07-25 15:34:49 UTC
Same issue with Ubuntu 22.04
KDE Plasma 5.27.11
Comment 23 kittyfrantic584 2024-10-22 00:25:04 UTC
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
Comment 24 Roke Julian Lockhart Beedell 2024-10-22 15:39:13 UTC
(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*.
Comment 25 Roke Julian Lockhart Beedell 2024-10-22 15:39:43 UTC
(In reply to Roke Julian Lockhart Beedell from comment #24)
"The entire design" is an exaggeration. Apologies. There had merely been obvious work done.
Comment 26 kittyfrantic584 2024-10-22 21:24:28 UTC
(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.
Comment 27 medin 2024-10-24 10:37:58 UTC
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).
Comment 28 kittyfrantic584 2024-10-25 19:06:07 UTC
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. :)
Comment 29 evgeniyharchenko.dev 2024-10-28 08:28:34 UTC
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.
Comment 30 Roke Julian Lockhart Beedell 2024-10-29 18:39:59 UTC
(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.
Comment 31 evgeniyharchenko.dev 2024-10-29 20:56:48 UTC
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.
Comment 32 kittyfrantic584 2024-11-03 13:00:23 UTC
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 ?
Comment 33 linux.admin 2024-11-05 09:08:23 UTC
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.
Comment 34 kittyfrantic584 2024-11-06 00:34:18 UTC
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.
Comment 35 kittyfrantic584 2024-11-15 00:03:24 UTC
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 !
Comment 36 linux.admin 2024-11-15 06:59:14 UTC
(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
Comment 37 Fushan Wen 2024-12-13 01:15:57 UTC
*** Bug 492543 has been marked as a duplicate of this bug. ***
Comment 38 Askar Safin 2025-01-07 21:46:54 UTC
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.)
Comment 39 Askar Safin 2025-01-07 21:49:53 UTC
Oops, the link above is broken. Here is correct one: https://github.com/KDE/plasma-workspace/pull/1#issuecomment-2576289257
Comment 40 Askar Safin 2025-01-07 21:52:45 UTC
(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
Comment 41 Askar Safin 2025-01-07 21:58:56 UTC
(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)
Comment 42 Roke Julian Lockhart Beedell 2025-01-07 22:00:59 UTC
(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?
Comment 43 Askar Safin 2025-01-08 00:25:01 UTC
(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"
Comment 44 Marco Martin 2025-01-27 15:58:10 UTC
It's possibly a Qt issue, but does it still happen with Qt 6.8 and Plasma 6.3?
Comment 45 Roke Julian Lockhart Beedell 2025-01-27 17:08:40 UTC
(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
> ~~~
Comment 46 medin 2025-01-28 10:04:43 UTC
(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.
Comment 47 Sebastian Turzański 2025-01-30 14:50:00 UTC
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.
>
Comment 48 Sean Chu 2025-01-31 13:28:36 UTC Comment hidden (spam)
Comment 49 kittyfrantic584 2025-02-05 00:04:03 UTC Comment hidden (spam)
Comment 50 Askar Safin 2025-02-05 04:48:28 UTC
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?
Comment 51 linux.admin 2025-02-05 06:59:06 UTC
(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.
Comment 52 Sebastian Turzański 2025-02-05 11:24:15 UTC
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 !
Comment 53 Bug Janitor Service 2025-02-06 11:29:07 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5165
Comment 54 David Edmundson 2025-02-06 14:59:01 UTC
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
Comment 55 David Edmundson 2025-02-06 15:43:56 UTC
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
Comment 56 Askar Safin 2025-02-07 04:58:07 UTC
Is it fixed in 6.3.* only? Or in 6.2.*, too?
Comment 57 Sean Chu 2025-02-07 09:32:52 UTC
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.
Comment 58 Nate Graham 2025-02-08 03:03:01 UTC
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.