SUMMARY With transparency enabled, opening the drop-down menus in the application are unusually dark and after being highlighted when hoovering over with a mouse pointer, they stay blue. SOFTWARE VERSIONS (available in About System) KDE Plasma Version: 5.14 KDE Frameworks Version: 5.50.0 Qt Version: 5.11.2 Arch Linux, kernel 4.18.12 ADDITIONAL INFORMATION It seems to be the same issue as with the desktop icons drop down menus that was reported and fixed in 395262.
*** Bug 400611 has been marked as a duplicate of this bug. ***
I just tried applying the same fix as in https://cgit.kde.org/plasma-desktop.git/commit/?id=42a74c9a79baafb222513f3ffad35b736b708454, but it didn't work. :(
*** Bug 400092 has been marked as a duplicate of this bug. ***
I also have the same problem, but not only with contextual menu. it appear on Gwenview witht the normal menu. and I noticed that the "dark" color is going lighter every time the menu is opened (see the video I attached). SOFTWARE VERSIONS (available in About System) KDE Plasma Version: 5.14.3 KDE Frameworks Version: 5.51.0 Qt Version: 5.11.2 Manjaro Linux, kernel 4.18.17 Graphics: Device-1: Intel HD Graphics 530 driver: i915 v: kernel Device-2: NVIDIA GM107M [GeForce GTX 960M] driver: nouveau v: kernel Display: x11 server: X.Org 1.20.3 driver: intel,nouveau unloaded: modesetting resolution: 1920x1080~60Hz OpenGL: renderer: Mesa DRI Intel HD Graphics 530 (Skylake GT2) v: 4.5 Mesa 18.2.4
Created attachment 116229 [details] Video of GWenview menu
Would you mind helping us Tsujan? Your Kvantum does this very well, I think you could give KDE devs some advice.
> Would you mind helping us Tsujan? Your Kvantum does this very well... If this happens with Kvantum too, please report it to Kvantum's github page (although I've never seen it). I don't think I can be of any help here because Kvantum deals with window/menu translucency very differently. In short, when Qt5 came out (or a little later), window translucency became a problem because Qt5 windows are (often) polished after they're created but, for translucency, the surface format of their native handles should be set BEFORE they're created.
And I don't recommend an early creation of native handles at all -- it would have bad side effects. Sorry, I didn't have time to read the KDE code.
*** Bug 405124 has been marked as a duplicate of this bug. ***
Created attachment 118595 [details] kaffeine player on X11 kaffeine player is also affected at least on X11.
Plasma 5.16 beta has the same bug. :( Operating System: Arch Linux KDE Plasma Version: 5.15.90 KDE Frameworks Version: 5.58.0 Qt Version: 5.13.0 beta3
*** Bug 395262 has been marked as a duplicate of this bug. ***
*** Bug 398413 has been marked as a duplicate of this bug. ***
*** Bug 396540 has been marked as a duplicate of this bug. ***
*** Bug 410132 has been marked as a duplicate of this bug. ***
*** Bug 403440 has been marked as a duplicate of this bug. ***
Created attachment 122713 [details] AppMenu Button I think this case has not yet be mentioned in the other bug reports. It happens when you have the menu button in window decoration, and open a submenu using Alt+letter shortcut. It doesn't happen if the menu is shown as usual menu bar, or if you open it using the mouse. SOFTWARE VERSIONS Operating System: Kubuntu 19.04 KDE Plasma Version: 5.16.5 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.2 Kernel Version: 4.20.17-042017-generic GRAPHICS: - VGA compatible controller: Intel Corporation UHD Graphics 620 (Whiskey Lake) driver:i915 - Device: Mesa DRI Intel(R) HD Graphics (Whiskey Lake 3x8 GT2) (0x3ea0) - X.Org version: 1.20.4
*** Bug 412610 has been marked as a duplicate of this bug. ***
Created attachment 123567 [details] hamburger menu of system settings is also affected Operating System: Arch Linux KDE Plasma Version: 5.17.1 KDE Frameworks Version: 5.63.0 Qt Version: 5.13.1 Kernel Version: 5.3.7-arch1-2-ARCH
*** Bug 414460 has been marked as a duplicate of this bug. ***
*** Bug 415655 has been marked as a duplicate of this bug. ***
After some testing I've noticed that using the translucency desktop effect to make context menus translucent instead of breeze's specific effect doesn't produce the bug, the bad thing is it's coded in JS and I don't think it can interop with KDE's blur
*** Bug 398827 has been marked as a duplicate of this bug. ***
*** Bug 405218 has been marked as a duplicate of this bug. ***
Created attachment 125535 [details] calendar on Plasma 5.18 beta, only on X11 Operating System: Arch Linux KDE Plasma Version: 5.17.90 KDE Frameworks Version: 5.66.0 Qt Version: 5.14.1
Created attachment 125654 [details] Context menu of notification, only on X11 Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.18.80 KDE Frameworks Version: 5.67.0 Qt Version: 5.13.2
*** Bug 419799 has been marked as a duplicate of this bug. ***
A possibly relevant merge request was started @ https://invent.kde.org/plasma/breeze/-/merge_requests/21
This was fixed by Andreas Haratzis with https://invent.kde.org/plasma/breeze/-/commit/855d4497a373af3f09c994f0730cd625db7069cc in Plasma 5.20.1!
I can't believe it's finally fixed! I'm so sorry for the trouble.
Created attachment 132360 [details] System Settings after this fix After this fix, the appearance of some menus is strange. My screenshot shows hamburger menu of System Settings. Operating System: Arch Linux KDE Plasma Version: 5.20.0 (with this fix) KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1
That's tracked with Bug 428095.