SUMMARY STEPS TO REPRODUCE 1. Switch keyboard layout - no OSD pops up (OSD is notification in the center of a screen, like volume adjustment) 2. Relogin to wayland - it works 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: arch liux (available in About System) KDE Plasma Version: 5.16.1 KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Works here on X, Ctrl+Alt+K
I use win+space as a shortcut
I can confirm this bug on Arch Linux running Plasma 5.16.3. The OSD does not appear when I switch the keyboard layout by clicking its icon in the systray on X11 session.
Created attachment 125907 [details] X11 session on Neon unstable edition This issue persists on Plasma 5.18. Wayland session is also affected. On Neon unstable edition OSD works yet, but it has different appearance depending on session used. Compare the attached screenshots taken on X11 and Wayland sessions please. Operating System: Arch Linux KDE Plasma Version: 5.18.0 KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.18.80 KDE Frameworks Version: 5.68.0 Qt Version: 5.13.2
Created attachment 125908 [details] Wayland session on Neon unstable edition
Here "Display visual feedback for status changes" was unchecked in system settings > general behavior. Now I also get different OSDs on X11 and Wayland sessions, as we can see in my attached screenshots, on Arch Linux.
I just filed bug 423611 where I see a similar behaviour (no OSD), but only when the keyboard shortcut is from the "main" shortcut list. If I switch keyboards using a user-defined "alternative" shortcut, the OSD appears. This might be the same bug, and also the reason why not everybody can reproduce this.
Works in the Wayland session.
*** Bug 423611 has been marked as a duplicate of this bug. ***
*** Bug 429234 has been marked as a duplicate of this bug. ***
*** Bug 423617 has been marked as a duplicate of this bug. ***
*** Bug 435533 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 405706 ***
*** Bug 405706 has been marked as a duplicate of this bug. ***
AFAIK it now doesn't work even for secondary shortcut too because of bug 435533
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kwindowsystem/-/merge_requests/24
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/491
*** Bug 456533 has been marked as a duplicate of this bug. ***
(In reply to phrxmd from comment #7) > I just filed bug 423611 where I see a similar behaviour (no OSD), but only > when the keyboard shortcut is from the "main" shortcut list. If I switch > keyboards using a user-defined "alternative" shortcut, the OSD appears. This > might be the same bug, and also the reason why not everybody can reproduce > this. I have the same problem in 5.27.10. The difference between main and alternative shortcuts is that the main ones are pre-defined (have to be checked in a list), while the alternative shortcut has to "manually", actively introduced, that is used, sampled.
The per-layout shortcuts do not trigger the OSD either (in X11). Plasma 5.27.10. Only the alternative shortcut does.
Changing the status back to CONFIRMED since no one is actively working on it. FWIW I do experience the same issue. Seems like keyboard shortcuts and mappings are a hot mess due to historical reasons somewhat outside of our control :(
*** Bug 491311 has been marked as a duplicate of this bug. ***