Bug 511534 - Some app menus stay on top when hovering over other app's previews in task manager
Summary: Some app menus stay on top when hovering over other app's previews in task ma...
Status: REOPENED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Task Manager and Icons-Only Task Manager widgets (other bugs)
Version First Reported In: 6.5.1
Platform: Manjaro Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-11-02 18:19 UTC by SDon
Modified: 2025-11-02 18:54 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Demonstrating with Konsole (2.20 MB, video/x-matroska)
2025-11-02 18:19 UTC, SDon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description SDon 2025-11-02 18:19:21 UTC
Created attachment 186422 [details]
Demonstrating with Konsole

SUMMARY
Some app menus (e. g. dolphin hamburger menu) stays visible when I hover over other apps in the task manager, with the option enabled to hide other windows (so the only window visible should be the one that I'm hovering over, e. g. firefox). When I click on the app, the click is consumed and the menu disappears, and I have to click again to activate firefox.
There is another case, which behaves a bit differently: Tor browser notified me that there is an update, but I left it there. When I do the hovering described earlier, I see this notification (I think this is some kind of subwindow, so not a system notification), but it doesn't interfere with activating windows. In this however, it also matter which window is above tor browser's window: if it above, the the notification won't be shown, if it is below, it will be.

Some more examples: Firefox menus seem to work fine, but Thunderbird (right click menu only) seem to work as the Dolphin menu (except it doesn't consume the click). Chromium menu and hamburger menu stays on top (but doesn't consume click), Kate's menus stay on top (and consume the click), Lutris's hamburger menu doesn't stay on top, but right click menu does. Right clicking the a SSD title bar doesn't stay on top but consumes the click. LACT both right click menu and hamburger menu stays on top.

In Qt (KDE) app's case it's fairly consistent with both hamburger menu and right click menu stays on top and consume click, but in GTK case it's not (AFAICT)

It works the same in icons and text task manager. I could also reproduce this in plasma 6.5.1

STEPS TO REPRODUCE
1. In icons-only task manager enable the option to hide other windows when hovering over previews.
2. Start 2 program, e. g. firefox and dolphin
3.  Right click in dolphin or open the hamburger menu
4.  Hover over firefox's preview and the dophin's menu will be there
5. Try to click the preview to activate firefox, notice the menu will disappear

OBSERVED RESULT
Dolphin's menu stays on top

EXPECTED RESULT
Dolphin's menu should be shown only when dolphin's preview is hovered over and not consume the click. Or maybe the menu should be collapsed? I think collapsing would be bad in case of tor's notification, because there are actions there, but also in case of menus, could be useful to leave them there, but hidden from other windows on hovering (e. g. you want to take an action, but have to check something quickly in another app by hovering over a preview, then not selecting a different window and going back to the original one to finish the action with the gathered information)

SOFTWARE/OS VERSIONS
Operating System: Kubuntu 25.10
KDE Plasma Version: 6.5.1
KDE Frameworks Version: 6.19.0
Qt Version: 6.9.2
Kernel Version: 6.17.0-6-generic (64-bit)
Graphics Platform: Wayland
Graphics Processor: llvmpipe

ADDITIONAL INFORMATION
I put the newer software version above, in case you need the older one ask
Comment 1 Bug Janitor Service 2025-11-02 18:33:44 UTC
Thank you for the bug report!

However Plasma 6.3.6 no longer receives updates or maintenance from KDE; active versions are 6.4 or newer. Please upgrade to an active version as soon as your distribution makes it available to you. Plasma is a fast-moving project, and bugs in one version are often fixed in the next one.

If you need help with Plasma 6.3.6, please contact your distribution, who bears the responsibility of providing help for older releases that are no longer receiving updates from KDE.

If you can reproduce the issue after upgrading to an active version, feel free to re-open this bug report.
Comment 2 SDon 2025-11-02 18:54:47 UTC
Reopened because I can reproduce it in 6.5.1 (was auto closed because I specified the oldest version (6.3.6) where I saw the bug (I probably should update my main system as well), I also changed the version to 6.5.1 to avoid autoclose)