Bug 432264 - In multi-monitor setups with differenlty scaled displays, Context menus have items which are invisible until hovered
Summary: In multi-monitor setups with differenlty scaled displays, Context menus have ...
Status: CLOSED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (show other bugs)
Version: 5.24.4
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: wayland
: 446563 448409 449827 450207 451061 451235 454691 463954 464702 465190 466753 467203 468000 468724 473524 473936 474229 474597 479392 (view as bug list)
Depends on:
Blocks:
 
Reported: 2021-01-28 21:34 UTC by jayki
Modified: 2024-02-15 16:28 UTC (History)
47 users (show)

See Also:
Latest Commit:
Version Fixed In: Qt 6.6
Sentry Crash Report:


Attachments
Context Menu entries disappearing (98.94 KB, image/jpeg)
2021-01-28 21:34 UTC, jayki
Details
plasma wayland menu glitching (1.19 MB, video/mp4)
2021-02-12 12:18 UTC, Schlaefer
Details
Screenshot: OBS Studio 27.1.3 on openSUSE TW with Plasma 5.24.0 (261.68 KB, image/png)
2022-02-15 12:02 UTC, postix
Details
partially rendered QT6 widgets (1.47 MB, video/x-matroska)
2022-05-18 13:34 UTC, Schlaefer
Details
bug in latest arch, 2022-08-27 (2.36 MB, video/mp4)
2022-08-28 22:23 UTC, kde-bugs
Details
Request update patch (1.55 KB, patch)
2022-12-25 05:43 UTC, Ilya Fedin
Details
Request update patch v2 (1.54 KB, patch)
2022-12-25 05:57 UTC, Ilya Fedin
Details
Request update patch v3 (3.15 KB, patch)
2022-12-31 14:53 UTC, Ilya Fedin
Details
Request update patch (Qt 6) (4.24 KB, patch)
2023-01-02 13:31 UTC, Ilya Fedin
Details
Arch patched v3 QT6 video (2.25 MB, video/webm)
2023-01-02 14:05 UTC, Schlaefer
Details
Arch patched v3 QT6 correct (2.61 MB, video/webm)
2023-01-02 14:15 UTC, Schlaefer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jayki 2021-01-28 21:34:35 UTC
Created attachment 135273 [details]
Context Menu entries disappearing

SUMMARY
Wayland context Menus entries disappear/ graphic glitching
Works fine on Xorg!

STEPS TO REPRODUCE
1. rightclick on desktop
2. move mouse above entries
3. 

OBSERVED RESULT
Weird diasppearing of entries (see attachment)

EXPECTED RESULT
steady displaying all entries

SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.20.90
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2
Kernel Version: 5.10.10-arch1-1
OS Type: 64-bit
Processors: 16 × AMD Ryzen 7 2700X Eight-Core Processor
Memory: 15.5 GiB of RAM
Graphics Processor: Radeon RX 580 Series
Comment 1 Schlaefer 2021-02-12 12:18:23 UTC
Created attachment 135631 [details]
plasma wayland menu glitching

Same issue here. It only occurs on scaled displays (100% is fine, attached video shows glitching at 200%).

It seems the menu is first drawn blurry. As soon as the mouse pointer enters the menu-item below the cursor is drawn crisp, but not the whole menu.

Operating System: EndeavourOS
KDE Plasma Version: 5.20.90
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2
Kernel Version: 5.10.15-zen1-1-zen
Graphics Processor: Radeon RX 5500 XT
Comment 2 Vlad Zahorodnii 2021-02-12 12:56:29 UTC
Do you have several outputs with different scale factors?
Comment 3 Vlad Zahorodnii 2021-02-12 12:57:08 UTC
I can reproduce it if one of my outputs have a scale factor of 1. This looks like a QtWaylandClient issue though.
Comment 4 jayki 2021-02-12 12:58:41 UTC
Yeah i have the same with different scale factors.
I have 3 screens
2 with scale factor 1
1 with scale factor 1.75

it happens on all screens.
Comment 5 Schlaefer 2021-02-12 13:01:31 UTC
(In reply to Vlad Zahorodnii from comment #3)
> I can reproduce it if one of my outputs have a scale factor of 1. This looks
> like a QtWaylandClient issue though.

Yes, I have multiple monitors with different scale factors incl. 1, too.

Do you still need an example with different scale factors?
Comment 6 Vlad Zahorodnii 2021-02-12 13:15:56 UTC
(In reply to openmail+kde from comment #5)
> Do you still need an example with different scale factors?

No, thanks
Comment 7 Méven Car 2021-10-25 16:00:24 UTC
I have seen it as well.
Comment 8 Vlad Zahorodnii 2022-02-09 09:02:06 UTC
*** Bug 449827 has been marked as a duplicate of this bug. ***
Comment 9 Vlad Zahorodnii 2022-02-09 10:53:36 UTC
*** Bug 446563 has been marked as a duplicate of this bug. ***
Comment 10 Vlad Zahorodnii 2022-02-14 12:13:20 UTC
*** Bug 450207 has been marked as a duplicate of this bug. ***
Comment 11 postix 2022-02-15 12:02:29 UTC
Created attachment 146764 [details]
Screenshot: OBS Studio 27.1.3 on openSUSE TW with Plasma 5.24.0

I see something similar for the dialogs in OBS Studio 27.1.3 (with and without export QT_QPA_PLATFORM=wayland), where parts of the dialogs (background, buttons, ...) are missing but do return partly on mouse hover. Do you think it's the same cause?

System: openSUSE TW, Plasma 5.24.0
Comment 12 postix 2022-02-15 12:05:14 UTC
One additional note to comment 11: The issue with OBS does not happen with scaling 1.0 but with 2.0, just as described in comment 1. So I guess it has the same root.
Comment 13 Szymon Łągiewka 2022-02-25 10:48:49 UTC
Small update from me. Today I found out that when I open the context menu and then press left alt (as for using hints etc) the context menu gets redrawn (?) to make it all solid as expected.

Example: https://youtu.be/qJI0ezn-91Y

Hope this helps to point devs into right direction.
Comment 14 Nate Graham 2022-04-06 19:35:56 UTC
*** Bug 451061 has been marked as a duplicate of this bug. ***
Comment 15 Nate Graham 2022-04-06 19:36:00 UTC
*** Bug 451235 has been marked as a duplicate of this bug. ***
Comment 16 airmailsteam 2022-04-10 11:27:29 UTC
I wanted to add some more weird but related behaviour I saw. So my laptop screen is at 125% scaling and the (only) external screen is at the default 100%. The context menu bugginess happens only on the screen which is either towards the right or below the "first" screen.

To elaborate, I had two different setups of the displays. First, the monitor next to laptop. In this case, only the display on the right side had the flickering. In the second case, I put the monitor "above" the laptop in the display settings and then only the laptop screen (which was on the bottom) had the flickering
Comment 17 airmailsteam 2022-04-10 11:33:06 UTC
(In reply to airmailsteam from comment #16)
> I wanted to add some more weird but related behaviour I saw. So my laptop
> screen is at 125% scaling and the (only) external screen is at the default
> 100%. The context menu bugginess happens only on the screen which is either
> towards the right or below the "first" screen.
> 
> To elaborate, I had two different setups of the displays. First, the monitor
> next to laptop. In this case, only the display on the right side had the
> flickering. In the second case, I put the monitor "above" the laptop in the
> display settings and then only the laptop screen (which was on the bottom)
> had the flickering

I am using Arch with KDE plasma 5.24.4 as of now. I dont have nvidia gpu
Comment 18 zerx 2022-05-06 23:21:29 UTC
I can confirm this bug seems to be fixed in the fedora 36 release version.
Comment 19 zerx 2022-05-06 23:39:47 UTC
(In reply to zerx from comment #18)
> I can confirm this bug seems to be fixed in the fedora 36 release version.

I am sorry, I commented too fast. I don't know how to delete/edit it. Sadly the bug is still present on the unscaled display.
Comment 20 David Redondo 2022-05-18 12:53:38 UTC
I can reproduce it

- when having two outptus it only happens on the right output no matter which one is scaled
- on open it appears blurry and as soon as I move the mouse transparent areas appear.
Comment 21 David Redondo 2022-05-18 13:21:08 UTC
I think that wayland log fits that https://invent.kde.org/-/snippets/2194
Comment 22 Schlaefer 2022-05-18 13:34:18 UTC
Created attachment 148949 [details]
partially rendered QT6 widgets

I noticed what might be related in *every* QT 6 app (in this case qBittorrent with QT 6.3 libs):

Dialogs are also partially rendered blank, individual widgets are rendered on hover or if the dialog is resized. Only happens on the monitor which also shows the partially rendered menu.

Does somebody with a broken menu see the same behavior or should this go into a new bug?

Operating System: EndeavourOS
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.4
Kernel Version: 5.17.8-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Comment 23 postix 2022-05-18 13:44:49 UTC
(In reply to Schlaefer from comment #22)
> Created attachment 148949 [details]
> partially rendered QT6 widgets
> 
> I noticed what might be related in *every* QT 6 app (in this case
> qBittorrent with QT 6.3 libs):
> 
> Dialogs are also partially rendered blank, individual widgets are rendered
> on hover or if the dialog is resized. Only happens on the monitor which also
> shows the partially rendered menu.

Can at least confirm that eg with Strawberry compiled against Qt 6.3.0.
Comment 24 postix 2022-05-18 13:46:00 UTC
Just noticed that I 
* _do not_ see this glitch at all if both of my two screens are scaled 2x
* _do_ see this glitch if one screen is scaled 1x and the other 2x
Comment 25 postix 2022-05-18 14:05:13 UTC
Another observation on Plasma 5.24.5 (Tumbleweed): Open either VLC (3.0.17, Qt5?) or Strawberry (Qt 6.3.0) or OBS (27.2.4) so that they have a tray icon in the system tray. 

The first time you open the context menu of the tray icon, it looks broken as described in this bug report. From the second time on you open it, it keeps however looking absolutely fine.
Comment 26 Nate Graham 2022-06-01 18:25:02 UTC
*** Bug 454691 has been marked as a duplicate of this bug. ***
Comment 27 postix 2022-07-14 13:34:20 UTC
I made the following observations with
left    A: 1920x1080 screen 
right B: 3840x2160 screen (primary) 
on Plasma 5.25.2 Wayland

Scaling of A / B:
100 / 200: issue either on A or B (*)
125 / 200: fine
150 / 200: fine
175 / 200: fine
200 / 200: fine
225 / 200: issue either on A or B (*)
250 / 200: issue either on A or B (*)
275 / 200: issue either on A or B (*)
300 / 200: issue either on A or B (*)

(*): 
Whether the issue appears either on A or B depends on how they are positioned relative to each other vertically, given that A's right edge touches B's left edge.
If A is roughly positioned at (0, x) with x <= ~475 the issue happens on right primary screen "B", else if it is lower, x >= ~481 the issue appears on the left screen "A".
Comment 28 postix 2022-07-14 13:48:10 UTC
Note to comment 27: I made the same observation for a different bug. [1]
[1] https://bugs.kde.org/show_bug.cgi?id=455415#c4
Comment 29 ke 2022-07-22 21:02:45 UTC
I am having this issue with a central 4k monitor scaled up to 200%, and two other non 4k monitors at native resolution.
Comment 30 kde-bugs 2022-08-28 22:20:39 UTC
I can confirm I've had this same issue for a year now and across multiple distros. I first noticed it in Manjaro when switching to wayland and it happens all over the place. I switched to arch recently and the same issue persists with the exception of dolphin, where the context menu acts normally. 

I'm pretty sure I also encountered the same bug on fedora 36 when I last tried it, but my memory is a little fuzzy on that now.

As for monitors I'm running, the configs are...
3840x2160 @ 165% scaling -- 60hz, rotated 90°
2160x1440 @ 100% scaling -- 165hz, primary
Comment 31 kde-bugs 2022-08-28 22:23:43 UTC
Created attachment 151670 [details]
bug in latest arch, 2022-08-27
Comment 32 Tupac 2022-10-29 20:05:35 UTC
I notice that if I scale my second monitor to 1.01 (main monitor scale is 1.25) this stops happening, it still happens with the second monitor scaled at 0.99 tho

(kscreen-doctor output.2.scale.1,01)
Comment 33 Sjoerd van Leent 2022-11-13 21:00:12 UTC
I have exactly the same issue, with the left-monitoring working fine on 125%, the right-monitor on 100% fails to render the popup menus properly.

My setup, the right-monitor is the primary monitor, so AFAIK it has nothing to do with primary/secondary, but with the position of the monitor. If I swap left to right, and keep the primary monitor the same as it was (so it becomes left), then the 125% monitor fails rendering the popup menus.
Comment 34 lrdarknesss 2022-11-17 09:21:33 UTC
FYI: Here is the upstream issue that i found: https://bugreports.qt.io/browse/QTBUG-103348
Apparently this seems to be closed, so it would be nice if we could get some status update on this.
After all, the issue exists for almost two years now.
Comment 35 David Redondo 2022-11-17 16:45:22 UTC
From what I remember when I invesigated this, this is Qt bug, the screen of the menu is changed/set by QWidgets without notifiyng the QPA, so a later screen change by the QPA noops.
Comment 36 Ilya Fedin 2022-12-22 12:56:59 UTC
This sounds like https://bugreports.qt.io/browse/QTBUG-93380, I suspect Qt may missing requestUpdate when scaling is in use, they had the same issue with CSD (https://bugreports.qt.io/browse/QTBUG-95032) that got fixed with an additional requestUpdate call in CSD-related code, but I guess this was not a right fix fixing the problem when CSD is in use leaving non-CSD windows bugged.
Comment 37 Ilya Fedin 2022-12-25 05:43:42 UTC
Created attachment 154814 [details]
Request update patch

Can someone test whether this qtwayland patch fixes the problem?
Comment 38 Ilya Fedin 2022-12-25 05:57:50 UTC
Created attachment 154815 [details]
Request update patch v2

Oops, it should be QWindow::requestUpdate, not QPlatformWindow::requestUpdate
Comment 39 Schlaefer 2022-12-31 14:30:49 UTC
(In reply to Ilya Fedin from comment #38)
> Request update patch v2

Don't see any difference after the patch. Menus and windows are still bugged.
Comment 40 Ilya Fedin 2022-12-31 14:53:42 UTC
Created attachment 154928 [details]
Request update patch v3

Added the same changes to EGL buffer integration that is used by QML
Comment 41 David St.Clair 2022-12-31 18:34:24 UTC
(In reply to Ilya Fedin from comment #40)
> Created attachment 154928 [details]
> Request update patch v3
> 
> Added the same changes to EGL buffer integration that is used by QML

I manually applied the patch to the latest qt5-wayland package on Arch Linux (5.15.7-lts-lgpl). It would be good to know which version or git commit you patched against.

This is better, but the context menu flashes once when you initially start to move down the menu. Light blue lines appear and disappear intermittently between the menu items as I move my mouse up and down the menu. Thank you!

My setup:
2560x1440@120Hz (100% Scaling) + 3840x2160@60Hz (150% Scaling) with Mesa driver. Issue occurs on the 4K monitor with the scaling.
KDE Plasma: 5.26.4
KDE Frameworks: 5.101.0
QT: 5.15.7
Kernel Version: 6.1.1-arch1-1
Graphics Processor: AMD Radeon 6700 XT
Comment 42 Schlaefer 2023-01-02 11:24:19 UTC
(In reply to Ilya Fedin from comment #40)
> Created attachment 154928 [details]
> Request update patch v3

There's clearly an improvement in v3 here too. Menus still start somewhat blurry at first (maybe a different issue) but seem to get redrawn once and are fine. QT6 subviews are still drawn incomplete. Short videos to show the change: https://nextcloud03.webo.cloud/s/ZrFMZYXgpP3DDzM

Operating System: EndeavourOS
KDE Plasma Version: 5.26.4
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.7
Kernel Version: 6.1.1-zen1-1.1-zen (64-bit)
Graphics Platform: Wayland
Graphics Processor: AMD Radeon RX 5500 XT
Comment 43 Ilya Fedin 2023-01-02 11:41:48 UTC
I guess it's blurry because Qt thinks the menu is on a monitor with lower scale. The fact qBittorrent still shows black square in way more interesting though, I wonder why the (CPU-based) backing store still doesn't do full repaint.
Comment 44 Ilya Fedin 2023-01-02 13:31:47 UTC
Created attachment 154954 [details]
Request update patch (Qt 6)

Ah, you say qbittorrent is built with Qt 6. Here's the variant for Qt 6 (based on v6.4.1).
Comment 45 Schlaefer 2023-01-02 14:05:26 UTC
Created attachment 154955 [details]
Arch patched v3 QT6 video

(In reply to Ilya Fedin from comment #44)
> Created attachment 154954 [details]
> Request update patch (Qt 6)
> 
> Ah, you say qbittorrent is built with Qt 6. Here's the variant for Qt 6
> (based on v6.4.1).

Yes. Blacked out/blank dialog areas are a QT6 only issue. 

This version behaves the same as the previous v3. qBittorrent preferences saw the same slight improvement. Since it is already running I also recorded an obs QT6 dialog, which looks exactly the same patched and unpatched.
Comment 46 Schlaefer 2023-01-02 14:15:55 UTC
Created attachment 154956 [details]
Arch patched v3 QT6 correct

(In reply to Schlaefer from comment #45)
> Since it is already running I also recorded
> an obs QT6 dialog, which looks exactly the same patched and unpatched.

Scratch that, that OBS was flatpak and therefore ran unpatched. This attachement is qBittorrent *and* OBS patched.

Both show the same improvement: the outer most area is drawn correctly now, but not the subview.
Comment 47 Ilya Fedin 2023-01-02 14:34:33 UTC
Ah, you were applying the previous patch to the Qt 6? Yeah, it's the same, just made on top of Qt 6 tree.
Comment 48 Schlaefer 2023-01-02 14:42:33 UTC
(In reply to Ilya Fedin from comment #47)
> Ah, you were applying the previous patch to the Qt 6? Yeah, it's the same,
> just made on top of Qt 6 tree.

Ah OK. To be clear, Arch offers separate qt5-wayland [1] and a qt6-wayland [2] packages, since the patch is only a few lines  I applied them manually onto them (the original v3 on both and the last, dedicated QT6 on qt6-wayland).

[1] https://archlinux.org/packages/extra/x86_64/qt5-wayland/
[2] https://archlinux.org/packages/extra/x86_64/qt6-wayland/


PS: I'm just happy that someone looks into the issue, so I don't mind a little bit of manual work. ;)
Comment 49 Nate Graham 2023-01-09 21:41:14 UTC
*** Bug 463954 has been marked as a duplicate of this bug. ***
Comment 50 Vlad Zahorodnii 2023-01-24 11:23:53 UTC
*** Bug 464702 has been marked as a duplicate of this bug. ***
Comment 51 Vlad Zahorodnii 2023-02-02 18:51:07 UTC
*** Bug 465190 has been marked as a duplicate of this bug. ***
Comment 52 Nate Graham 2023-03-06 22:48:11 UTC
*** Bug 466753 has been marked as a duplicate of this bug. ***
Comment 53 Nicolas Fella 2023-03-12 20:16:35 UTC
*** Bug 467203 has been marked as a duplicate of this bug. ***
Comment 54 Nicolas Fella 2023-03-31 13:21:41 UTC
*** Bug 468000 has been marked as a duplicate of this bug. ***
Comment 55 Nate Graham 2023-04-20 16:33:04 UTC
*** Bug 468724 has been marked as a duplicate of this bug. ***
Comment 56 Rui Zhao 2023-04-20 20:58:40 UTC
(In reply to Schlaefer from comment #42)
> There's clearly an improvement in v3 here too. Menus still start somewhat
> blurry at first (maybe a different issue) but seem to get redrawn once and
> are fine.

I'm experiencing this for a while and just opened a report today (Bug 468725). There did not seem to be any other reports of this.
Initially it was all menus, but now it's only submenus. Indeed it seems like "redraw" fixes the blur now. No idea why partially fixed...
The context menu bug also seems to be related to "redraw". Might have some link, though I'm not sure.
Comment 57 Nate Graham 2023-04-21 15:04:52 UTC
*** Bug 448409 has been marked as a duplicate of this bug. ***
Comment 58 Nate Graham 2023-08-22 22:02:50 UTC
*** Bug 473524 has been marked as a duplicate of this bug. ***
Comment 59 Nate Graham 2023-08-30 19:56:34 UTC
*** Bug 473936 has been marked as a duplicate of this bug. ***
Comment 60 Nicolas Fella 2023-09-06 16:02:05 UTC
*** Bug 474229 has been marked as a duplicate of this bug. ***
Comment 61 Nate Graham 2023-09-19 17:00:07 UTC
*** Bug 474597 has been marked as a duplicate of this bug. ***
Comment 62 Asahi Lina 2023-11-24 14:24:35 UTC
Is this tracked upstream in Qt somewhere, especially for Qt 5? I don't see any activity in the bugs that were linked... Maybe Nate can file another bug or ping them?
Comment 63 indx 2023-11-24 14:27:04 UTC
(In reply to Asahi Lina from comment #62)
> Is this tracked upstream in Qt somewhere, especially for Qt 5? I don't see
> any activity in the bugs that were linked... Maybe Nate can file another bug
> or ping them?

This bug is fixed in Qt 6.6
Comment 64 Asahi Lina 2023-11-24 14:27:32 UTC
(In reply to indx from comment #63)
> (In reply to Asahi Lina from comment #62)
> > Is this tracked upstream in Qt somewhere, especially for Qt 5? I don't see
> > any activity in the bugs that were linked... Maybe Nate can file another bug
> > or ping them?
> 
> This bug is fixed in Qt 6.6

But not backported to Qt 5...
Comment 65 Nate Graham 2023-11-24 15:16:24 UTC
That's right, it's not. :) Unfortunately not every Qt 6 change is feasible to backport to the KDE Qt5 patch collection.
Comment 66 Asahi Lina 2023-11-24 15:29:09 UTC
> That's right, it's not. :) Unfortunately not every Qt 6 change is feasible
> to backport to the KDE Qt5 patch collection.

That's kind of unfortunate... this bug is pretty ugly for anyone using multi-screen with different scales on Wayland, which is one of the things Wayland is supposed to be good at ^^;;
Comment 67 Henning 2023-11-24 17:07:51 UTC
yeah I am really wondering. I dont care about stable releases and will happily switch to Plasma 6, but what about Debian and Kubuntu? Will they just keep the broken versions forever? 

I understand backporting is annoying and duplicate work.
Comment 68 Nate Graham 2023-11-24 19:18:39 UTC
(In reply to Henning from comment #67)
> yeah I am really wondering. I dont care about stable releases and will
> happily switch to Plasma 6, but what about Debian and Kubuntu? Will they
> just keep the broken versions forever? 
> 
> I understand backporting is annoying and duplicate work.
Both should eventually get Plasma 6, but it will be potentially months (for Kubuntu) or years (for Debian) after being released by KDE. But that's what you're signing up for when you use distros like Debian and Kubuntu. In the context of those distros, "stable" doesn't mean "lack of bugs", it means "the bugs don't change--either old ones being fixed, or new ones appearing."
Comment 69 Nicolas Fella 2024-01-04 14:04:48 UTC
*** Bug 479392 has been marked as a duplicate of this bug. ***
Comment 70 justinkb 2024-02-11 10:54:23 UTC Comment hidden (spam)
Comment 71 Henning 2024-02-11 14:56:28 UTC
Kubuntu will not ship Plasma 6 in its new release. I heard there are some additional devs, this seems like these people should deal with that issue 🤷🏾
Comment 72 Méven Car 2024-02-15 16:28:05 UTC
(In reply to Henning from comment #71)
> Kubuntu will not ship Plasma 6 in its new release. I heard there are some
> additional devs, this seems like these people should deal with that issue
> 🤷🏾

Well, knowing it is fixed in a next major dependency version, that's a very advanced topic (a fix in qtwayland is required), that the package that should receive the fix is not even maintained by the Kubuntu dev team, incentive is very low to engage resources to fix this bug as it is not critical (concerns only users with 2+ screens in certain cases) when at the same time kubuntu has no devs involved in Wayland support AFAICT and very few in the first place.
Kubuntu devs have plenty to do be able to ship Plasma 6, KF6 and Gear 6 already, plus the ubuntu one effort...
This is annoying like any bug, I feel the pain myself, but I am afraid you will have to live with it for a few more months.

Please be mindful about your expectations.