Keyboard shortcuts don't work on Wayland #5257

Krzmbrzl · 2021-09-07T15:15:57Z

Describe the bug
When using Wayland instead of X11, the global shortcut engine does not work and as a consequence none of the user-registered shortcuts function.

Steps to Reproduce
Steps to reproduce the behavior:

Use Wayland
Try to use or register a shortcut

Expected behavior
Shortcuts to work normally

Desktop (please complete the following information):

OS: Linux (Wayland)
Version: all

Additional context
To my knowledge to this date Wayland (in contrast to X11) does not provide a way to either grab all user input nor does it allow to register global shortcuts. Instead one is supposed to register shortcuts with the currently used Window Manager (but there does not seem to exist a standard to do this).

Related issues: #3816 #3243 #4073 #5303

davidebeatrici · 2021-09-07T17:23:11Z

#3269

Our global shortcut system currently doesn't work when using Wayland (mumble-voip#5257). Therefore, this commit makes sure that the global shortcut system is not even started on such systems. Furthermore, it informs the user about the shortcuts being disabled. Fixes mumble-voip#5303

Our global shortcut system currently doesn't work when using Wayland (#5257). Therefore, this commit makes sure that the global shortcut system is not even started on such systems. Furthermore, it informs the user about the shortcuts being disabled.

Our global shortcut system currently doesn't work when using Wayland (mumble-voip#5257). Therefore, this commit makes sure that the global shortcut system is not even started on such systems. Furthermore, it informs the user about the shortcuts being disabled. Fixes mumble-voip#5303

icher · 2022-01-22T13:45:20Z

Well, when I used 1.3.4 I can define hotkey for Push-to-talk and use it when Mumble window is focused. You can't use it in games whatever, but it's worked when you just want to talk. In 1.4 I can't do that. What should I do to use Push-to-talk when Mumble window is active at least?

Krzmbrzl · 2022-01-22T18:10:06Z

ATM there is no way around it. But there is already a ticket about weakening the disabling of shortcuts on Wayland.

trthomps · 2022-01-28T05:56:27Z

I was using PTT successfully in 1.3.4 as long as my mouse had focus on an X app (i.e. most games right now). Would be nice to restore that behavior until global shortcuts are fixed in Wayland.

zephrax · 2022-02-08T11:57:47Z

Same here. It was working before, but with one of the last upgrades it seems that the functionality was disabled on purpose. I was able to use it successfully while focusing on a X Window.

Nothankslads · 2022-04-19T23:23:47Z

Has there been any progress on this?

Krzmbrzl · 2022-04-20T05:18:19Z

No

jsparber · 2022-05-17T15:17:42Z

What should I do to use Push-to-talk when Mumble window is active at least?

@icher You can enable "Display push to talk window" to get a extra window with a button. It's not great but better then nothing.

icher · 2022-05-21T06:55:21Z

@icher You can enable "Display push to talk window" to get a extra window with a button. It's not great but better then nothing.

Nah, it's not usable. I just downgrade to 1.3.4 and run as QT_QPA_PLATFORM=xcb mumble.

bovinespongiformflu · 2022-05-21T21:05:46Z

Please restore old functionality, having it disabled entirely isnt helping anyone and it still worked fine in proton/x games.
edit:
#5688 i see there is already a plan to restore functionality. do we know when this will be merged?

tidux · 2022-10-15T22:32:41Z

A workaround is to use the RPC client to map keys to commands in your WM/DE, although you do need to dedicate two keybinds for it:

mumble rpc starttalking and mumble rpc stoptalking do what you'd expect for PTT.

travismorton · 2022-11-09T06:19:07Z

I've been running a hacky workaround using the mumble D-Bus API and libinput. As long as your user is part of the input group you can listen for mouse/keyboard down/up events and forward them to the startTalking and stopTalking D-Bus methods. Here's the script I run in the background. It will enable PTT when BTN_EXTRA is pushed.

Before this I was using Sway's bindsym to emit the D-Bus calls similar to what @tidux suggested, but events would get dropped based on where the mouse was. Going directly to libinput helped me avoid the dropped button-up events which caused state issues and an always-on mic sometimes. It also doesn't depend on focus being on an X window for PTT to work.

carlocastoldi · 2022-11-09T22:27:42Z

i love your script, @travismorton. Thanks a lot!

I think it removes the security of Wayland from possible keyloggers, but it's a price i'm ready to pay. Even more as I expect it to be a temporary solution. At least until a shortcuts xdg-portal is not finalized.

P.S. do you have a way to pin a particular /dev/input/event* to the same path?

travismorton · 2022-11-10T02:58:46Z

Good point, I should have mentioned the possible security hole in adding your user to the input group. There's more nuanced ways to do that which involve udev rules and logind as mentioned in this reddit thread, although they don't completely solve the issue, just limit the blast radius.

After you mentioned pinning the event path I changed the script to fetch the context based on libinput seat rather than path. Assuming your DE/WM doesn't create multiple seats this should always be seat0 (as far as my limited understanding goes) and shouldn't change. The gist is updated as well, hopefully that accomplishes what you're looking for?

carlocastoldi · 2022-11-10T09:58:21Z

here's more nuanced ways to do that which involve udev rules and logind as mentioned in this reddit thread

I was indeed wondering if we couldn't do some udev rule magic!

although they don't completely solve the issue, just limit the blast radius

it limits the "keylogging capabilities" to the device you want to bind PTT to, right? Or is the blast radius wider?

The gist is updated as well, hopefully that accomplishes what you're looking for?

It does! It's awesome, thanks!

P.S.: for anyone on Arch (or derivates), here is the PKGBUILD for python-libinput

ananace · 2022-11-20T10:42:16Z

There is the XDG global shortcut portal API (PR, Docs) which should also allow for binding global shortcuts on Wayland in a DE-agnostic way - though with a bit of DBus work, unfortunately it's not actually available in any released version of KDE/GNOME yet, so it'll probably be a while until it can be used.

This makes it possible to have global shortcuts on systems running the XDG Desktop Portal service. This is especially relevant on Wayland where we are not able to run a system-wide keylogger to get the global shortcuts triggers. Fixes mumble-voip#5257

RichardFevrier · 2023-10-06T13:14:38Z

Will it be possible to use only one key to bind the Push To Talk functionality?

Krzmbrzl · 2023-10-06T14:18:12Z

I'm not sure if I understand your question correctly, but binding a single key requires the same infrastructure as binding multiples - Aka: it currently doesn't work properly on Wayland as the current shortcut implementation relies on being notified of all input events (essentially a key logger), which is not possible on Wayland.

RichardFevrier · 2023-10-06T16:33:43Z

I meant; will the xdg-desktop-portal GlobalShortcuts lets mumble users to use only a single key for the Push to Talk functionality when everything will be implemented?

Krzmbrzl · 2023-10-06T17:55:50Z

Ah 💡
Yes I would expect so. The hope would be for this change to be completely transparent such that the user doesn't notice whether they are using Mumble with X11 or with Wayland.

RichardFevrier · 2023-10-06T18:56:08Z

Maybe @aleixpol would know 🙂

aleixpol · 2023-10-08T00:40:31Z

Yes, it's possible to use a single key for push to talk as does this PR, it's not something theoretical.

jp-bennett · 2023-11-05T19:42:03Z

KDE has added "Legacy X11 App Support" to the system settings when running under Wayland, and one of the options is to allow applications to read keystrokes again. This completely fixes push-to-talk support on Fedora. There is a merge request (https://invent.kde.org/plasma/kwin/-/merge_requests/4595) to extend this system to also send mouse button presses.

CmdrMoozy · 2024-03-03T04:12:42Z

Note that for now at least the "Legacy X11 App Support" only seems to work for keyboard shortcuts. For mouse button support, it appears KDE 6.1 will be needed: https://www.mail-archive.com/[email protected]/msg889735.html

Mikilio · 2024-03-26T11:21:50Z

I use hyprland and in a very wayland like way I let the compositor handle global shortcuts for me by sending it to the mumble application. I believe that also in the future, global shortcuts should be handled by the compositor. Maybe we can ask freedesktop to make a standard configuration format for this. That way, mumble can suggest configurations that work independent of the compositor. This way there are no security compromises as the user will be conscious of all changes.

The KDE community added an option: "Legacy X11 App Support", which was very important to me to avoid hacks to run push-to-talk in Mumble [1]. That feature works. Thank you KDE [2] [1] mumble-voip/mumble#5257 (comment) [2] https://invent.kde.org/plasma/kwin/-/merge_requests/4595

Ases · 2024-06-18T21:42:39Z

Note that for now at least the "Legacy X11 App Support" only seems to work for keyboard shortcuts. For mouse button support, it appears KDE 6.1 will be needed: https://www.mail-archive.com/[email protected]/msg889735.html

I confirm that the Push To Talk with a mouse button is now functional under KDE Plasma 6.1 configuring the Legacy X11 App Support. 🎉

BadCo-NZ · 2024-06-21T06:16:11Z

Note that for now at least the "Legacy X11 App Support" only seems to work for keyboard shortcuts. For mouse button support, it appears KDE 6.1 will be needed: https://www.mail-archive.com/[email protected]/msg889735.html

I confirm that the Push To Talk with a mouse button is now functional under KDE Plasma 6.1 configuring the Legacy X11 App Support. 🎉

How did you do this? Mumble flatpak crashes for me on Fedora Kinoite when I enable Global Shortcuts.

Ases · 2024-06-21T07:38:26Z

Note that for now at least the "Legacy X11 App Support" only seems to work for keyboard shortcuts. For mouse button support, it appears KDE 6.1 will be needed: https://www.mail-archive.com/[email protected]/msg889735.html

I confirm that the Push To Talk with a mouse button is now functional under KDE Plasma 6.1 configuring the Legacy X11 App Support. 🎉

How did you do this? Mumble flatpak crashes for me on Fedora Kinoite when I enable Global Shortcuts.

I'm currently using Mumble v1.5.517 from snapcrafters on KDE neon.
Although I'm not a fan of snaps and generally avoid them, I wanted
to try it.
I then simply configured "Legacy X11 App Support" without any special adjustments.

trthomps · 2024-06-21T17:16:19Z

I can also confirm it's been working for a while on Arch Linux with the system packages.

aleixpol · 2024-06-21T19:20:43Z

Please don't consider the issue as addressed with the "Legacy X11 app support". Because it's only for X11 and effectively a backwards-compatibility workaround, not the right way to support it on Wayland.
#5976

Krzmbrzl added client linux bug A bug (error) in the software GlobalShortcuts labels Sep 7, 2021

Krzmbrzl mentioned this issue Sep 7, 2021

Cannot assign keybinds #3816

Closed

Krzmbrzl mentioned this issue Nov 10, 2021

FIX(client): Disable broken shortcuts on Wayland #5307

Merged

1 task

jmariondev mentioned this issue Jul 8, 2022

Global Hotkeys mpsq/arewewaylandyet#146

Open

aleixpol linked a pull request Nov 25, 2022 that will close this issue

WIP: FEAT(client): Add support to XDG Desktop Portal GlobalShortcuts #5976

Draft

1 task

Hartmnt mentioned this issue Jun 13, 2023

Enable push to talk shortcut button settings in wayland session #6146

Closed

This comment was marked as off-topic.

Sign in to view

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Keyboard shortcuts don't work on Wayland #5257

Keyboard shortcuts don't work on Wayland #5257

Krzmbrzl commented Sep 7, 2021 •

edited

Loading

davidebeatrici commented Sep 7, 2021

icher commented Jan 22, 2022

Krzmbrzl commented Jan 22, 2022

trthomps commented Jan 28, 2022

zephrax commented Feb 8, 2022

Nothankslads commented Apr 19, 2022

Krzmbrzl commented Apr 20, 2022

jsparber commented May 17, 2022

icher commented May 21, 2022

bovinespongiformflu commented May 21, 2022 •

edited

Loading

tidux commented Oct 15, 2022

travismorton commented Nov 9, 2022

carlocastoldi commented Nov 9, 2022 •

edited

Loading

travismorton commented Nov 10, 2022

carlocastoldi commented Nov 10, 2022 •

edited

Loading

ananace commented Nov 20, 2022

RichardFevrier commented Oct 6, 2023

Krzmbrzl commented Oct 6, 2023

RichardFevrier commented Oct 6, 2023 •

edited

Loading

Krzmbrzl commented Oct 6, 2023

RichardFevrier commented Oct 6, 2023 •

edited

Loading

aleixpol commented Oct 8, 2023

jp-bennett commented Nov 5, 2023

CmdrMoozy commented Mar 3, 2024

Mikilio commented Mar 26, 2024 •

edited

Loading

Ases commented Jun 18, 2024

BadCo-NZ commented Jun 21, 2024

Ases commented Jun 21, 2024

trthomps commented Jun 21, 2024

aleixpol commented Jun 21, 2024

This comment was marked as off-topic.

Keyboard shortcuts don't work on Wayland #5257

Keyboard shortcuts don't work on Wayland #5257

Comments

Krzmbrzl commented Sep 7, 2021 • edited Loading

davidebeatrici commented Sep 7, 2021

icher commented Jan 22, 2022

Krzmbrzl commented Jan 22, 2022

trthomps commented Jan 28, 2022

zephrax commented Feb 8, 2022

Nothankslads commented Apr 19, 2022

Krzmbrzl commented Apr 20, 2022

jsparber commented May 17, 2022

icher commented May 21, 2022

bovinespongiformflu commented May 21, 2022 • edited Loading

tidux commented Oct 15, 2022

travismorton commented Nov 9, 2022

carlocastoldi commented Nov 9, 2022 • edited Loading

travismorton commented Nov 10, 2022

carlocastoldi commented Nov 10, 2022 • edited Loading

ananace commented Nov 20, 2022

RichardFevrier commented Oct 6, 2023

Krzmbrzl commented Oct 6, 2023

RichardFevrier commented Oct 6, 2023 • edited Loading

Krzmbrzl commented Oct 6, 2023

RichardFevrier commented Oct 6, 2023 • edited Loading

aleixpol commented Oct 8, 2023

jp-bennett commented Nov 5, 2023

CmdrMoozy commented Mar 3, 2024

Mikilio commented Mar 26, 2024 • edited Loading

Ases commented Jun 18, 2024

BadCo-NZ commented Jun 21, 2024

Ases commented Jun 21, 2024

trthomps commented Jun 21, 2024

aleixpol commented Jun 21, 2024

This comment was marked as off-topic.

Krzmbrzl commented Sep 7, 2021 •

edited

Loading

bovinespongiformflu commented May 21, 2022 •

edited

Loading

carlocastoldi commented Nov 9, 2022 •

edited

Loading

carlocastoldi commented Nov 10, 2022 •

edited

Loading

RichardFevrier commented Oct 6, 2023 •

edited

Loading

RichardFevrier commented Oct 6, 2023 •

edited

Loading

Mikilio commented Mar 26, 2024 •

edited

Loading