https://bugs.kde.org/show_bug.cgi?id=523035
Bug ID: 523035
Summary: Kicker as a desktop widget closes when a submenu
closes
Classification: Plasma
Product: plasmashell
Version First 6.7.80
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Application Menu (Kicker) widget
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: 1.0
DESCRIPTION
When you put kicker as a desktop widget, hover over a submenu so it opens, then
hover over the sidebar so the submenu closes, the main kicker popup closes as
well. This does not happen on a kicker in panel, nor in situations where the
submenu would stay open in panel kicker (e.g. hover in submenu, then move
outside both - now both will stay open until you open another submenu).
STEPS TO REPRODUCE
1. Add Kicker as a desktop widget
2. Hover over submenu
3. Hover over sidebar
OBSERVED RESULT
Submenu closes, Kicker popup closes
EXPECTED RESULT
Submenu closes, Kicker popup stays open
SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 44
KDE Plasma Version: 6.7.80
KDE Frameworks Version: 6.29.0
Qt Version: 6.11.1
Kernel Version: 7.1.3-200.fc44.x86_64 (64-bit)
Graphics Platform: Wayland
ADDITIONAL INFORMATION
Seems this situation triggers hideOnWindowDeactivate on the desktop, but not in
a panel.
We can work around it by setting that property to false before closing the
popup, and then have it turn back on with callLater or a timer, though that's a
bit ugly.
I'd expect this to be a relatively uncommon way of using kicker, so not
something where we need an ugly hotfix (though if there is no better way, it's
not absolutely terrible).
Things to investigate:
- why does hideOnWindowDeactivate trigger here and not in a panel? Can we fix
that?
- Kicker still uses PlasmaCore.Dialog. Maybe this would go away with
PlasmaWindow? We would like to port away from PlasmaCore.Dialog anyway.
--
You are receiving this mail because:
You are watching all bug changes.
