In default breeze theme (that follows color scheme the kicker menu looks fine in the first level In the second level suddenly I can see transparency even though I have it disabled in applications look See screenshot STEPS TO REPRODUCE 1. Use Breeze theme (the one that follows color scheme 2. Ensure transparency is disabled 3. Open a kicker app category - level 2 menu OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Created attachment 165962 [details] unwantet_transparency_on_level_2
Cannot reproduce with Plasma 6. Could be a graphics driver issue, a theme cache issue, or something else.
(In reply to Nate Graham from comment #2) > Cannot reproduce with Plasma 6. Could be a graphics driver issue, a theme > cache issue, or something else. I can reproduce in plasma 6.0. How do i clear theme cache?
I was able to reproduce it in 6.0.1 on a completely different hardware, distro and blank config. setup1 opensuse tumbleweed on dell xps 9700 setup2 pinetab2 with aarch64
Created attachment 167430 [details] kicker_transparent_menu1 I can confirm the issue. opensuse tumbleweed. level 1 kicker menu transparent.
Created attachment 167431 [details] kicker_transparent_menu2 level 1 and level 2 kicker menu transparent.
Created attachment 167432 [details] kicker_transparent_menu3 level 1 opaque and level 2 transparent kicker menu. When moving the mouse over the menu entries, the level 1 menu switch between opaque and transparent. Higher level are always transparent
I have further information. What I describe is for X11. I have been playing with the panel opacity setting and found the following: 1) panel opacity transparent: level1 menu always transparent, level2 menu always transparent. 2) panel opacity opaque: level1 menu always opaque, level2 menu always transparent. 3) panel opacity adaptive: level1 menu switch between transparent/opaque, level2 menu always transparent. The conclusion is: 1) the panel opacity setting "adaptive" makes the level 1 menu jump between transparent and opaque when the cursor moves on the different menu entries. Such effect is very ugly. 2) level 2 and higher menus do not check the setting of the panel opacity and are always transparent. The same happens with the small panels that pop up when you move the cursors over the items in the panel: they are always transparent. It make sense that they should follow the setting of the panel or that that there is a separate setting for them. Same behavior for the logout confirmation window. Always transparent. I assume that there are a lot of people who love the transparency effect, but I don't and I would like to have a (easy to find) way to disable it.
I was trying to configure the default panel opacity. In the file /usr/share/plasma/layout-templates/org.opensuse.desktop.defaultPanel/contents/layout.js I added after: panel.floating = false the line: panel.panelOpacity = 1 But it didn't work. Looking at the code it seems that the default Adaptive setting is hard coded. Can you please make it configurable?
(In reply to gcomes from comment #9) > I was trying to configure the default panel opacity. In the file > /usr/share/plasma/layout-templates/org.opensuse.desktop.defaultPanel/ > contents/layout.js > I added after: > panel.floating = false > the line: > panel.panelOpacity = 1 > But it didn't work. Looking at the code it seems that the default Adaptive > setting is hard coded. > Can you please make it configurable? Same transparent application menu problem here--on one (NVidia) of two AMD machines.
> The same happens with the small panels that pop up when you move the cursors > over the items in the panel: they are always transparent. > It make sense that they should follow the setting of the panel or that that > there is a separate setting for them. > > Same behavior for the logout confirmation window. Always transparent. This two points I was complaining about, it turns out were due to a bug in the openSUSE distribution (tumbleweed and Leap 15.6) were two composer were running at the same time causing troubles with the settings. Once I disabled the second composer, these two specific issues are gone.
This is my final resume of the bug, hoping that at some point the developers acknowledge it and fix it. The bug exists for both X11 and wayland. It was introduced between plasma 5.24.4 and 5.27.4 when the panel option: Opacity(Adaptive/Opaque/Translucent) was introduced. It is present in plasma 5.24.4 and later versions and in plasma 6. In order to expose the bug select for the panel the option: Opacity/Opaque and enable the kicker menu (desktop effects must be enabled on X11). Now clicking on the menu you will see the first level menu opaque and the second and higher level translucent.
(In reply to gcomes from comment #11) > > The same happens with the small panels that pop up when you move the cursors > > over the items in the panel: they are always transparent. > > It make sense that they should follow the setting of the panel or that that > > there is a separate setting for them. > > > > Same behavior for the logout confirmation window. Always transparent. > > This two points I was complaining about, it turns out were due to a bug in > the openSUSE distribution (tumbleweed and Leap 15.6) were two composer > were running at the same time causing troubles with the settings. Once I > disabled the second composer, these two specific issues are gone. how did you disable this second composer and how to check how many are running?
(In reply to Sebastian Turzański from comment #13) > > Once I > > disabled the second composer, these two specific issues are gone. > > how did you disable this second composer and how to check how many are > running? The composer problem is fixed in tumbleweed. If you haven't updated, check if the program picom is running when you login in plasma. picom is installed by the lxqt pattern, if you don't have such pattern installed, you are fine.
*** Bug 505859 has been marked as a duplicate of this bug. ***
Can you still reproduce this in Plasma 6.4.4 or later?
(In reply to Nate Graham from comment #16) > Can you still reproduce this in Plasma 6.4.4 or later? Just tested Breeze Dark and Breeze Light on a fresh install of Fedora. No transparency on the second level. I'm using the "Application menu" and have "Flatten sub-menus to a single level". So it's resolved for those conditions. Operating System: Fedora Linux 42 KDE Plasma Version: 6.4.4 KDE Frameworks Version: 6.17.0 Qt Version: 6.9.1 Kernel Version: 6.15.9-201.fc42.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 PRO 7840U w/ Radeon 780M Graphics Memory: 32 GiB of RAM (30.0 GiB usable) Graphics Processor: AMD Radeon 780M Graphics
> Just tested Breeze Dark and Breeze Light on a fresh install of Fedora. No > transparency on the second level. I'm using the "Application menu" and have > "Flatten sub-menus to a single level". So it's resolved for those conditions. Scratch that, it has now returned... something must have occurred while I was configuring "System settings". I disable everything under "Animations" and "Desktop effects". The only desktop effect I keep is "Overview".
Created attachment 184053 [details] Transparency screenshot Transparency re-appears on second level with Plasma version 6.4.4.
Created attachment 184054 [details] Transparency disabled. I re-enabled "Blur" under desktop effects and transparency is gone. I'm guessing the setting is back to front or something? When you disable it, it enables it and when you enable it, it disables it?
Ok, I can definitely reproduce this repeatedly. Enabling/disabling blur is what's messing with the menu level transparency. Why "blur" would do that, who knows ¯\_(ツ)_/¯ I disabled "blur" again and re-enabled "Translucency" only under "Desktop effects" to see if it had an effect on the second level menus and it had none. The "menu" slider under "General translucency settings" doesn't seem to have an effect on any menus, nor does setting "set menu translucency independently". "Inactive windows" and "moving windows" follow translucency settings but I don't think anything else actually does from the quick testing I did. So for now, the resolution to disable level 2 menu transparency, for me, is to re-enable "blur".
The bug is still present in plasma 6.4.4. I can also confirm that enabling the blur effect has the side effect to disable the menu translucency. Therefore the settings required to test the bug are: 1) set the opacity to Opaque in panel settings 2) disable blur effect 3) use kicker menu
Kicker just uses a PlasmaQuick::Dialog, and several other instances elsewhere are affected as well - including Plasma tooltips, and the hover-popup over folders on the desktop. With blur enabled, they're fully opaque for me, but without, they're very translucent. Moving to general as I don't think there's anything we can do in kicker (except forcing opaque backgrounds for everyone). If the default was blurred, then having them be transparent would at least make sense, but going from fully opaque to transparent if blur is off seems wrong.
This bug report is about the second level menu in kicker being transparent while the first level is opaque. It's not about the translucent issue when blur is enabled. Blur was mentioned because if it is enabled, it does not allow to see the issue reported here. If the blur behavior is a problem, then another bug report should be opened.
(In reply to gcomes from comment #24) > This bug report is about the second level menu in kicker being transparent > while the first level is opaque. The first level doesn't use a PlasmaQuick::Dialog, it's a regular expanded widget (like the system tray dialogs). Submenus need to use a PlasmaQuick Dialog, as they're separate windows. The problem is that PlasmaQuick::Dialog is opaque (not blurred) when blur is enabled, and translucent when it's not enabled.
*** Bug 512064 has been marked as a duplicate of this bug. ***