Created attachment 190213 [details] Dialog hidden under panels SUMMARY Panels in auto-hide mode become visible on top of password prompt dialog. STEPS TO REPRODUCE 1. Make some large panels set to auto hide 2. Ask discover to update something that requires the user password OBSERVED RESULT See attachhment EXPECTED RESULT Fully visible dialog promt SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.19.3-1 KDE Plasma Version: 6.6.0 KDE Frameworks Version: 6.23.0 Qt Version: 6.10.2
How odd. Can you reproduce this in a new clean user account on the same computer with no customization applied except for making a new thick auto-hide panel?
Created attachment 190289 [details] issue on new user
Thanks, I get it now. This is intentional behavior; auto-hide panels cover windows while open. If they didn't do this, then it would be possible for your auto-hide panel to not be visible at all when it opened!
> This is intentional behavior; auto-hide panels cover windows while open. Sorry it is not: ""Visibility Always Visible: Keeps the panel visible at all times, even when windows are maximised. --> Auto Hide: Hides the panel off screen until the mouse is placed near the screen edge. <--- Windows can cover: This allows windows to cover the panel and if maximised, will cover the panel. Windows go below: This allows windows to go below the panel, even when maximised."" https://userbase.kde.org/Plasma/Panels#Panels_in_Plasma_Desktop
There's nothing in there that contradicts my statement that the behavior you're seeing is intentional. Auto-hide panels cover windows when they appear. That's how they work.
(In reply to Nate Graham from comment #5) > There's nothing in there that contradicts my statement that the behavior > you're seeing is intentional. Auto-hide panels cover windows when they > appear. That's how they work. I may have not explained my self properly. Let's take it step by step please. "Auto Hide: Hides the panel off screen until the mouse is placed near the screen edge." 1.- It says that UNTIL the mouse is placed near the screen edge, the panel will be hidden. 2.- In the situation I'm experiencing the mouse never went near any screen edge to trigger the panel. 3.- My issue is that the hide/show feature of the panel has been triggered because the password dialog was opened. In no moment I've complained about the behavior of the panel when triggered by the mouse position near the screen edge.
Ah, so the issue is not so much that the panel coversd the password dialog (which is intentional), but rather than showing the password dialog un-hides the panel? I can reproduce that, and I know why: it's the "Dim for administrator mode effect! This effect puts a darkened overlay behind the password dialog. I guess technically it's implemented in such a manner that it triggers panel un-hide. With the effect disabled, I can't reproduce the issue.
(In reply to Nate Graham from comment #7) > Ah, so the issue is not so much that the panel coversd the password dialog > (which is intentional), but rather than showing the password dialog un-hides > the panel? > > I can reproduce that, and I know why: it's the "Dim for administrator mode > effect! This effect puts a darkened overlay behind the password dialog. I > guess technically it's implemented in such a manner that it triggers panel > un-hide. > > With the effect disabled, I can't reproduce the issue. Yes, that is it, thank you
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/8923
Git commit d198d067145516c39ee93e1b726e341752702a00 by Vlad Zahorodnii. Committed on 05/03/2026 at 09:22. Pushed by vladz into branch 'master'. effect: Make EffectWindow::isVisible() check hidden state Currently, hidden windows are considered visible. M +1 -0 src/effect/effectwindow.cpp M +1 -0 src/effect/effectwindow.h M +2 -2 src/plugins/slidingpopups/slidingpopups.cpp https://invent.kde.org/plasma/kwin/-/commit/d198d067145516c39ee93e1b726e341752702a00