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.