Created attachment 168433 [details] Screen shot of System tray not showing the pop up SUMMARY System Tray popup system does not actually show STEPS TO REPRODUCE 1. Click any icon in System Tray 2. Tray appears to start to pop up 3. Nothing happens OBSERVED RESULT No system tray popup appears when clicking on an icon in the system tray EXPECTED RESULT System tray pop ups should function normally SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed (available in About System) KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 ADDITIONAL INFORMATION Will attach screenshot
Maybe a Qt 6.7 regression? Cannot reproduce with Qt 6.6.2. Does this reproduce in a new clean user account?
*** Bug 485461 has been marked as a duplicate of this bug. ***
Does it start working if you make the panel floating?
(In reply to Nate Graham from comment #3) > Does it start working if you make the panel floating? It happens on both floating and non-floating panels. It also persists upon re-installation of openSUSE tumbleweed with KDE 6.0.4.
Thanks. Pretty sure this is a Qt 6.7 regression of some kind. :/
As a workaround, try resizing the tiny gray semicircle that appeared above the icon you clicked.
Same issue here on Arch Linux, with KDE Plasma 6.0.4, KDE Frameworks 6.1.0 and most of all, QT 6.7.0.
(In reply to Nate Graham from comment #5) > Thanks. Pretty sure this is a Qt 6.7 regression of some kind. :/ Going to test with a rollback of QT on an arch VM to test.
So I was messing around earlier with my (OpenSuse Tumbleweed) system and I removed some packages that I did not need, those being PackageKit and Discover and then rebooted my system. System tray icons now are working with no issues. I rebooted my system again just to make sure, and they're still working. Not sure if this actually has anything to do with this bug, but I figured I should at least mention it. KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0
This has been happening to me for a few days as well. It usually works as expected in a new session, at some point it breaks to the described tiny nub. Changing the scaling (I usually do 125, 130 or 135%) seems to temporarily fix it for me. My windows are usually garbled after the screen has been locked or my computer has suspended, and I suspect that to be the trigger for the system tray popups as well.
*** Bug 485874 has been marked as a duplicate of this bug. ***
*** Bug 485780 has been marked as a duplicate of this bug. ***
*** Bug 485958 has been marked as a duplicate of this bug. ***
*** Bug 486042 has been marked as a duplicate of this bug. ***
*** Bug 485983 has been marked as a duplicate of this bug. ***
Apparently caused by https://codereview.qt-project.org/c/qt/qtwayland/+/527831 which was a hotfix for an even worse issue. Fix in progress with https://invent.kde.org/plasma/libplasma/-/merge_requests/1109.
*** Bug 486380 has been marked as a duplicate of this bug. ***
Git commit a0949c6afcff4192ffcdf43c2ef305fb4b61f857 by Marco Martin. Committed on 02/05/2024 at 09:50. Pushed by mart into branch 'master'. Workaround setMinimumSize not resizing on wayland, setting the minimum size of a window, doesn't resize it if its new minimum size is bigger then the current size Related: bug 480722 M +15 -5 src/plasmaquick/appletpopup.cpp https://invent.kde.org/plasma/libplasma/-/commit/a0949c6afcff4192ffcdf43c2ef305fb4b61f857
*** Bug 485587 has been marked as a duplicate of this bug. ***
Git commit 6ef5f23018f02eb7cdb2523adb224f34b7a8f22d by Marco Martin. Committed on 02/05/2024 at 12:45. Pushed by mart into branch 'Plasma/6.0'. Workaround setMinimumSize not resizing on wayland, setting the minimum size of a window, doesn't resize it if its new minimum size is bigger then the current size Related: bug 480722 (cherry picked from commit a0949c6afcff4192ffcdf43c2ef305fb4b61f857) 0404657c Workaround setMinimumSize not resizing a82e4ca1 enforce bounds everywhere e625482e Apply 1 suggestion(s) to 1 file(s) M +15 -5 src/plasmaquick/appletpopup.cpp https://invent.kde.org/plasma/libplasma/-/commit/6ef5f23018f02eb7cdb2523adb224f34b7a8f22d
*** Bug 485708 has been marked as a duplicate of this bug. ***
I'm wondering why I can reproduce this on my Fedora 40 laptop, but on my desktop with a fully up-to-date OpenSUSE TW.
* but NOT on my desktop with a fully up-to-date OpenSUSE TW.
*** Bug 486476 has been marked as a duplicate of this bug. ***
*** Bug 486477 has been marked as a duplicate of this bug. ***
*** Bug 486485 has been marked as a duplicate of this bug. ***
I'm on Nvidia (Unfortunately) and I guess I was able to fix this by adjusting DRM kernel mode settings (nvidia_drm.modeset=1) as instructed on the Arch Wiki: https://wiki.archlinux.org/title/NVIDIA#DRM_kernel_mode_setting Can someone else please verify?
I have been able to recreate this on fresh installs of Plasma 6 on both NixOS Unstable and Arch Linux. The bug doesn't seem to be present in the current Fedora 40. I have an Intel integrated CPU if that helps.
(In reply to RazTheCat from comment #28) > I have been able to recreate this on fresh installs of Plasma 6 on both > NixOS Unstable and Arch Linux. The bug doesn't seem to be present in the > current Fedora 40. I have an Intel integrated CPU if that helps. Integrated GPU*.
It looks like a fix is in the works. Thanks for the help on this devs.
*** Bug 486607 has been marked as a duplicate of this bug. ***
*** Bug 486767 has been marked as a duplicate of this bug. ***
*** Bug 486801 has been marked as a duplicate of this bug. ***
*** Bug 486989 has been marked as a duplicate of this bug. ***
*** Bug 486981 has been marked as a duplicate of this bug. ***
*** Bug 487091 has been marked as a duplicate of this bug. ***
*** Bug 486260 has been marked as a duplicate of this bug. ***
*** Bug 487232 has been marked as a duplicate of this bug. ***
*** Bug 485612 has been marked as a duplicate of this bug. ***