https://bugs.kde.org/show_bug.cgi?id=511534
Bug ID: 511534
Summary: Some app menus stay on top when hovering over other
app's previews in task manager
Classification: Plasma
Product: plasmashell
Version First 6.3.6
Reported In:
Platform: Manjaro
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Task Manager and Icons-Only Task Manager widgets
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: 1.0
Created attachment 186422
--> https://bugs.kde.org/attachment.cgi?id=186422&action=edit
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
--
You are receiving this mail because:
You are watching all bug changes.
