Bug 512806

Summary: Global Menu accelerators (Alt+Letter) and stop working after losing focus once
Product: [Plasma] plasmashell Reporter: Marek Mariusz Marecki <marekmarecki2001g>
Component: Global Menu widgetAssignee: Plasma Bugs List <plasma-bugs-null>
Status: REPORTED ---    
Severity: normal CC: kde, kdedev, mvourlakos
Priority: NOR    
Version First Reported In: 6.5.3   
Target Milestone: 1.0   
Platform: CachyOS   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Despite shortcuts not working, when alt pressed letters are still underlined.

Description Marek Mariusz Marecki 2025-11-30 18:26:54 UTC
Created attachment 187271 [details]
Despite shortcuts not working, when alt pressed letters are still underlined.

STEPS TO REPRODUCE

Start any Qt application that utilizes the Global Menu (e.g., Dolphin, Kate).

Ensure the Global Menu widget is present on the panel.

Use an Alt+Letter shortcut (accelerator) to open a menu item (e.g., Alt+F for File). Result: It works correctly.

Click away from the menu (e.g., click on the application workspace) to close the menu and return focus to the app.

Attempt to use the Alt+Letter shortcut again (e.g., Alt+F).

OBSERVED RESULT The shortcut is ignored; the menu does not open. Note: Pressing the Alt key alone still correctly emphasizes/underlines the letters in the Global Menu widget (visual cues appear), but the specific key combination to trigger them fails. Switching to another window and back reset the state, allowing it to work once more.

EXPECTED RESULT The Global Menu should respond to Alt+Letter shortcuts consistently, regardless of whether it was focused or unfocused previously.

SOFTWARE/OS VERSIONS Distro: CachyOS (Arch-based) KDE Plasma Version: 6.5.3 KDE Frameworks Version: 6.20 Qt Version: 6.10.1 Display server: Wayland
Comment 1 Marek Mariusz Marecki 2025-12-01 16:32:40 UTC
I tested it at korganizer. It appears that global menu shortcut is working with libbreoffice.
Comment 2 Marek Mariusz Marecki 2025-12-01 20:31:21 UTC
dbus-monitor "interface='com.canonical.AppMenu.Registrar'" "interface='org.kde.kappmenu'" "member='ShowMenu'"
OUTPUT: 
signal time=1764620851.291710 sender=org.freedesktop.DBus -> destination=:1.240 serial=4294967295 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired
   string ":1.240"
signal time=1764620851.291733 sender=org.freedesktop.DBus -> destination=:1.240 serial=4294967295 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameLost
   string ":1.240"
signal time=1764620853.885831 sender=:1.23 -> destination=(null destination) serial=559 path=/KAppMenu; interface=org.kde.kappmenu; member=showRequest
   string ":1.235"
   object path "/MenuBar/2"
   int32 1
signal time=1764620859.236027 sender=:1.23 -> destination=(null destination) serial=560 path=/KAppMenu; interface=org.kde.kappmenu; member=showRequest
   string ":1.235"
   object path "/MenuBar/2"
   int32 1
Comment 3 Marek Mariusz Marecki 2025-12-01 20:42:18 UTC
Now i tried :QT_LOGGING_RULES="org.kde.plasma.appmenu.debug=true" plasmashell
And it resulted in very interesting log evertime when trying  alt+f in dolphin:
qt.qpa.wayland: Failed to create grabbing popup. Ensure popup  QWidgetWindow(0x558f3e07d540, name="QMenuClassWindow") has a transientParent set and that parent window has received input.
Comment 4 Marek Mariusz Marecki 2025-12-01 20:43:10 UTC
(In reply to Marek Mariusz Marecki from comment #3)
> Now i tried :QT_LOGGING_RULES="org.kde.plasma.appmenu.debug=true" plasmashell
> And it resulted in very interesting log evertime when trying  alt+f in
> dolphin:
> qt.qpa.wayland: Failed to create grabbing popup. Ensure popup 
> QWidgetWindow(0x558f3e07d540, name="QMenuClassWindow") has a transientParent
> set and that parent window has received input.

And also when i click taskbar beyond globalmenu it appears to work for use of shortcut.