Global keybinds don't work for electron apps running under native wayland.

[KhalidAlansary]

Hyprland version

Hyprland 0.49.0 built from branch at commit 9958d29 (version: bump to 0.49.0).

Regression

No.

Describe the bug

Following the (wiki about global keybinds)[https://wiki.hyprland.org/Configuring/Binds/#global-keybinds], they work fine for apps such as OBS and for electron apps such as Discord if it is running under XWayland. When I set the environment variable ELECTRON_OZONE_PLATFORM_HINT to auto in my config, the app runs under native wayland and the global keybinds stop working.

Reproduction steps

1. Run hyprctl clients to make sure discord is running under XWayland (which is the default)
2. Add a custom discord keybind (like Toggle Mute with ScrLk for example)
3. Add bind = , Scroll_Lock, pass, class:^discord$ to your hyprland config to pass the keybind to discord
4. The keybind should now work as expected
5. Add env = ELECTRON_OZONE_PLATFORM_HINT,auto and restart hyprland
6. Run hyprctl clients. You should now see xwayland: 0 under discord
7. Try the keybind again, it should stop working.

System info and config

sysInfo.txt

[d-hain]

I can +1 this.
I have been trying in all versions since global shortcuts where introduced and neither pass nor sendshortcut work with Elecron Apps running under native Wayland (Vesktop in my case).

Brave and Ghostty work as I have tried

[MMMaellon]

I'm currently using this janky workaround to get global shortcuts for vesktop:

bind = ,PAUSE, focuswindow, class:^(vesktop)$
bind = ,PAUSE,sendshortcut,CTRL SHIFT,M, class:^(vesktop)$
bind = ,PAUSE, focuscurrentorlast

[KhalidAlansary]

Janky indeed, but at least works. Thanks!

[d-hain]

Thank you so much, this works great as a workaround. ❤️

[jukoby]

I've tried it and while it works the problem is if the window actually has focus, it switches to the last window.
I have an idea to fix that with a small script, will keep you posted.

Update:
#10351 (comment)

[KhalidAlansary]

For anyone coming here for the same issue:
I found this question in the FAQ.
Seems like the issue is known to the hyprland team and there is no clean solution for this other than @MMMaellon workaround.

[justinvson-pd]

Won't running in xwayland break screen share on discord?

[KhalidAlansary]

Won't running in xwayland break screen share on discord?

No. Screen sharing works fine for me with or without xwayland.

[jukoby]

This small script should make it work without the issue mentioned in #10351 (reply in thread):
global-electron-sc.sh

#!/bin/bash
hyprctl activewindow | grep "$2: $3"
if [[ $? -eq 0 ]]; then
    hyprctl dispatch sendshortcut $1, $2:$3
else
    hyprctl dispatch focuswindow $2:$3
    hyprctl dispatch sendshortcut $1, $2:$3
    hyprctl dispatch focuscurrentorlast
fi

Then just put this is your config

bind = $mainMod, V, exec, $scripts/global-electron-sc.sh "Ctrl_Shift, M" class discord

[BasilYes]

#!/usr/bin/env bash

hyprctl activewindow | grep "$2: $3"
if [[ $? -eq 0 ]]; then
    hyprctl dispatch sendshortcut $1, $2:$3
else
    hyprctl --batch "dispatch focuswindow $2:$3; dispatch sendshortcut $1, $2:$3; dispatch focuscurrentorlast"
fi

Better to change to --batch to avoid flicker (I have animations disabled and 240 refresh rate screen so flicker for one frame is barley noticeable)

[KhalidAlansary]

Hi everyone

I thought I'd share this in case anyone else was bothered with the flickering caused by the workarounds @MMMaellon and @Dashyyy suggested.

I created a very basic plugin in Vencord that enables global keybinds using XDG portal. I opened a pull request to have it merged to Vencord, but it got rejected because I used raw DOM manipulation, which is against their rules.
Anyway, you can still use my plugin if you'd like. Just follow these instructions: https://docs.vencord.dev/installing . But replace their repository link with mine: https://github.com/KhalidAlansary/Vencord
To setup the keybinds in hyprland, you can do something like this:

bind = SUPERSHIFT, A, global, :toggle_mute
bind = SUPERSHIFT, D, global, :toggle_deafen

Also, I think this other dude implemented the global keybinds feature in a much better way for vencord, but I couldn't get it to work. Going to wait till his work is merged in the official Vesktop repo. Till then, I'll use my plugin. This is his repo: https://github.com/tuxinal/Vesktop

Hope this helps.

[dotaxis]

This would be awesome if custom plugins didn't require building Vencord from source. How do you handle rebuilding and reinstalling Vencord every time Discord updates?

[KhalidAlansary]

It's not complicated at all. To reinstall Vencord (assuming you already installed dependencies and built Vencord using pnpm install && pnpm build , I just run sudo pnpm inject (sudo because for me by default, discord is installed in /opt/discord).

I also regularly force push to my fork with latest commits from the original Vencord repo. To get them, you can run git reset --hard origin/main (where origin is my fork) followed by a pnpm install, then build and inject.

[Alexan-ded]

Has anyone tried setting any keybinds when Discord is running natively under Wayland? For me when I go to Settings -> Keybinds in Discord and press "Record Keybind", Discord doesn't pick up any input. If Discord is running under xwayland, it works.

[jukoby]

Update 2:
Discord uses Electron 35 however the feature has been introduced in 35.3, so it seems to not be in the normal Discord package.

I also tried it with the mentioned discord_arch_electron package and it isn't working with that and electron 36 either.

Maybe I missed something.
I have used all combinations of the folliwing flags from terminal, inside the .desktop file and inside discord-flags.conf to no avail.

--enable-features=UseOzonePlatform
--enable-features=GlobalShortcutsPortal
--ozone-platform=wayland

Discord shows this to me:

If somebody could try it with another electron app with a version higher than 35.3 it would be appreciated. I won't be able to do so until August.

[jukoby]

Update 3:

Because I am extremely inpatient i have looked into what actually causes the error.

I have tested it with vivaldi which does use a version of chromium that has the feature.

However it still didn't work. Running hyprctl globalsortcuts still returned none.
When I looked into the logs I could see the following error:

[72947:72947:0713/153830.254793:ERROR:chromium/components/dbus/xdg/request.cc:165] Request cancelled by user.
[72947:72947:0713/153830.254807:ERROR:chromium/ui/base/accelerators/global_accelerator_listener/global_accelerator_listener_linux.cc:205] Failed to call ListShortcuts (error code 4).

After looking into the chromium code at these places and into the dbus logs to me it seems that this is actually an error in the xdg portal of hyprland.
I was further convinced by this when I tested it with kde and it worked there instantly.

Chromium code:
https://chromium.googlesource.com/chromium/src/+/c05fe410e79c2c452955281d7ef7c7fc25c437ce/ui/base/accelerators/global_accelerator_listener/global_accelerator_listener_linux.cc
https://chromium.googlesource.com/chromium/src/+/c05fe410e79c2c452955281d7ef7c7fc25c437ce/components/dbus/xdg/request.cc

[KhalidAlansary]

• The screenshot you shared from discord is unrelated to the issue. It just tells you that shortcuts (such as escape to close the settings) don't work while you have the keybinds settings panel open (because it may conflict with recording keybinds).
• I don't think the bug is in hyprland (at least not their xdg desktop portal implementation). My simple vencord plugin registers two keybinds using xdg portal and they run as expected in hyprland. Running hyprctl globalshortcuts lists them just fine.
• I'm not sure how or why it works on kde, but it's definetly not because of xdg. If an app registers a shortcut using xdg, it appears in KDE settings under keyboard shortcuts.
• The issue is discussed here. The fix is already merged in chromium. Not sure if it already come to the current version of electron or not.

[jukoby]

The screenshot you shared from discord is unrelated to the issue. It just tells you that shortcuts (such as escape to close the settings) don't work while you have the keybinds settings panel open (because it may conflict with recording keybinds).

makes sense mistake on my end

I'm not sure how or why it works on kde, but it's definetly not because of xdg. If an app registers a shortcut using xdg, it appears in KDE settings under keyboard shortcuts.

Well... It did, that's what I was saying ... it appeared in the kde shortcuts tab the moment I set it to global in chromium.

The issue is discussed electron/electron#38288. The fix is already merged in chromium. Not sure if it already come to the current version of electron or not.

The issue you linked is way outdated.
Did you actually read my comment above? :/

it seems that this should be fixed in chromium as of january, and in Electron since Februrary and version 35.
However it is unclear if it fully works, see electron/electron#45607 and electron/electron#45171.

[jukoby]

I don't think the bug is in hyprland (at least not their xdg desktop portal implementation). My simple vencord plugin registers two keybinds using xdg portal and they run as expected in hyprland. Running hyprctl globalshortcuts lists them just fine.

That is however interesting, did you provide a description when you register the shortcut?

Update: Doesn't make a difference, will test some things, I have a pretty good idea of what is actually happening, but I still need to find out the why

[jukoby]

After much testing and trail & error i am confident that this is an error in Hyprland, specifically the xdg-desktop-portal.
(See comments by me above)

I will maybe spend some time to get it working and create a pr in August.

[aalhitennf]

I did get my mouse5 working as global ptt shortcut with

bind = , mouse:275, pass, class:^(discord)$

but only when i run discord in xwayland. Using flatpak version. Tried flatpak + wayland, package from repo + wayland, but it discord doesn't seem to get any input at all when even trying to assign ptt bind. hyprctl globalshortuts returns none with every combination i have tried.

[KhalidAlansary]

That's what we all experience. Global shortcuts work fine when running under xwayland. hyprctl globalshortcuts only show shortcuts for apps that support the xdg portal, which the official discord doesn't support (i have a plugin mentioned above that adds xdg support if you'd like to check it out).

[jukoby]

Update:
What I found out was that the issue was in ListShortcuts which chromium (and probably also eletron) does call before exposing global shortcuts.
I wanted to fix the issue but it turns out this has already been done by this commit. There was no new release of the xdg-portal since so still doesn't work.
@vaxerski is there any reason to not update xdg-portal to include that fix?
And I don't know if it is expected but screenshare did not work when I ran on the latest commit, haven't looked into it further tho.

Regarding Discord:
SendShortcut did actually work on discord_arch_electron which does use the system provided electron, however it did not expose global shortucts and it currently crashes when screensharing. Yikes.
Maybe the electron version of discord needs to be updated.
I'll maybe look into making discord_arch_electron work again.

[vaxerski]

https://github.com/hyprwm/xdg-desktop-portal-hyprland/releases/tag/v1.3.10

[nicklozon]

Did 1.3.10 fix it for you Dashyyy?

I'm still having the same issue, but I guess that makes sense - recording keybinds is likely completely separate from global shortcuts. It really seems like discord is not capturing key presses correctly, even without global keybinds - when the discord window is focused, the keybind is pre-configured, and there are no hyprland binds configured, the keybind still doesn't work.

Edit: It does look like the latest Discord and DiscordPTB packages on arch are running Electron 35.3.0

[peppidesu]

I can still reproduce this behavior as of writing this. Both recording keybinds and global hotkeys do not work.

Hyprland 0.50.1, XDPH 1.3.10-1 and Discord stable 1:0.0.104 (latest versions currently available on the Arch repos)

Confirmed discord is running wayland native with hyprctl clients. Also tried removing Vencord from the equation to no avail. Flags mentioned by @Dashyyy also don't do anything.

Discord is currently on electron 35.3, which means the fix mentioned here should already be in order.

[dotaxis]

still no worky for me either :(

[Arroquw]

I can confirm that the version of discord I'm running has electron v35.3.0, and xdg-desktop-portal-hyprland has v1.3.10. Still, it does not work.

[jukoby]

I've been pretty busy the last few months but yesterday I had some time to look at this again.
One thing I did a few weeks ago was switching to the flatpak version and I got good news: It finally works!
I have this config:

bindd = $mainMod, V,        Discord Mute,       sendshortcut,   Ctrl_Shift, M,  class:com.discordapp.Discord
bindd = $mainMod SHIFT, V,  Discord Silent,     sendshortcut,   Ctrl_Shift, D,  class:com.discordapp.Discord

Screenshare and my facecam do also work so there are no drawbacks anymore to use wayland for discord :) (Make sure you are on the latest version)

However using the hotkey menu in discord doesn't work, which is not a pretty big deal IMO because having everything in a (hyprland) config file is better anyways.

Update

New Lua config:

hl.bind("F14",
    hl.dsp.send_shortcut({
        mods = "Ctrl+Shift", key = "M",
        window = "class:com.discordapp.Discord"
    }),
    { desc = "Discord Mute" }
)

hl.bind("SHIFT + F14",
    hl.dsp.send_shortcut({
        mods = "Ctrl+Shift", key = "D",
        window = "class:com.discordapp.Discord"
    }),
    { desc = "Discord Silent" }
)

(I use F14 but you can use any key you want ofc)

[YouHaveTrouble]

Did you ever find a way to make push-to-talk work?
Mute toggle works, that's a start, but I strongly prefer PTT

[jukoby]

Mmmmh... That's a tough one. The main problem is that I can't record the initial hotkey for PTT.
In theory what could work is the following:

1. Find a way to set the hotkey in Discord with the config file (I don't have any idea which setting it is)
2. Add a line similar to this to your Hyprland config:

bindo = $mainMod SHIFT, Y, sendshortcut, <the modifier keys you set in the config>, <the normal key you set in the config>, class:com.discordapp.Discord

e.g:
bindo = $mainMod SHIFT, Y, sendshortcut, Ctrl_Shift, L, class:com.discordapp.Discord
# with Ctrl_Shift, L somehow set in discord as the hotkey

[YouHaveTrouble]

Sadly does not work. You can run discord using xwayland and set the keybind there, I tried to do what you're proposing and it's somehow not being forwarded properly after relaunching the app in wayland

[justinvson-pd]

This is what I use to get push-to-talk working:

https://github.com/Rush/wayland-push-to-talk-fix

[xRebellion]

this worked for me, thanks!

[RainOrigami]

[SOLVED]
I can not get this to work with any of the workarounds in this thread.

1. ELECTRON_OZONE_PLATFORM_HINT / XWayland causes screenshare to break this does not seem to be the case any longer
2. Flatpak and official distro repo versions make no difference
3. bindd (or similar) with sendshortcut doesn't work at all sendshortcut doesn't work in xwayland and requires the ELECTRON_OZONE_PLATFORM_HINT

Please there must be some way to get global keyboard shortcuts working for discord!? It's essential!

[d-hain]

Currently this is my working setup:
This in hyprland.conf: env = ELECTRON_OZONE_PLATFORM_HINT,auto
This in my NixOS conf: environment.sessionVariables.NIXOS_OZONE_WL = "1";
(no idea if those two actually help in any way)

And this is my keybind workaround, which is very janky:

# Vesktop Toggle Mute
bind = , Pause, focuswindow, class:^(vesktop)$
bind = , Pause, sendshortcut, CTRL SHIFT, M, class:^(vesktop)$
bind = , Pause, focuscurrentorlast
# Vesktop Toggle Deafen
bind = , Scroll_Lock, focuswindow, class:^(vesktop)$
bind = , Scroll_Lock, sendshortcut, CTRL SHIFT, D, class:^(vesktop)$
bind = , Scroll_Lock, focuscurrentorlast

(keep in mind I am using Vesktop and this may not work for any other Discord client)

[RainOrigami]

I've done some more testing with your settings and managed to get it to work, thanks! env = ELECTRON_OZONE_PLATFORM_HINT,auto is required as without it, flatpak Discord assumes xwayland: 1 in hyprctl clients where sendshortcut doesn't seem to work at all.

With the platform hint, Discord runs wayland native where sendshortcut works although you can not create any custom keybinds in discord as recording keybinds will not work, even when using sendshortcut. I suppose the workaround would be to setup custom keybinds in xwayland and then use them in wayland native.

My current working setup:
Flatpak com.discordapp.Discord - Discord stable 492536 (aaf0276) Host 0.0.123 x64 Build Override: N/A Linux 64-bit (6.18.7-zen1-1-zen)

env = ELECTRON_OZONE_PLATFORM_HINT,auto
bind = Mod5, Delete, sendshortcut, CTRL SHIFT, M, class:^(com.discordapp.Discord)$
bind = Mod5, Insert, sendshortcut, CTRL SHIFT, D, class:^(com.discordapp.Discord)$

Now AltGr+Delete is mute and AltGr+Insert is Deafen. Screensharing still works as well.

[ghost]

Okay, so I have the same issue, and it's a bit different… When I create a sendshortcut bind to Vesktop, running natively on Wayland, it works, but not exactly.

hl.bind(
    "ALT + M",
    hl.dsp.send_shortcut({
        mods = "CTRL + SHIFT",
        key = "M",
        window = "class:vesktop",
    })
)

Since you can't specify your own keybindings in Vesktop app, but there are default ones, like Ctrl + Shift + M for mute, I used hl.dsp.send_shortcut, so I can bind it to ALT + M.
It works! But, when the Vesktop window is focused, and I press ALT + M, it will repeat typing the m character until i press a key on the keyboard. For it to work with focused Vesktop, I need to use CTRL + SHIFT + M shortcut.

The problem is…
I want to use push to talk. In Settings / Voice & Video, you can enable Push to Talk (Limited) option, which will reveal a custom keybind setting. For me, I can't bind MOUSE5/4 to it, so I used CTRL + SHIFT + P.

Does it work? Yes. But only with a focused Vesktop window.

hl.bind(
    "mouse:276",
    hl.dsp.send_shortcut({
        mods = "CTRL + SHIFT",
        key = "P",
        window = "class:vesktop",
    })
)

This should — in theory — make it so that I can press MOUSE 5 button and it will do push to talk. And it does… but it's still "pushed" after releasing the key.
For it to "unpush" itself, i.e. for the microphone to mute itself back, I need to focus on the Vesktop window and press CTRL + SHIFT + P. Also, pressing MOUSE 5 on a focused window causes the "p" key to be repeated.

I think it's because Hyprland doesn't send a key release signal. For mute toggling. Vesktop doesn't need to know if you released the key, it just needs to know when you pressed it to toggle the microphone. But PPT needs a release signal because otherwise it will keep the microphone unmuted forever.
And keymods are being released, because the key that's being repeated is a lowercase "p"/"m", which would be "P"/"M" if the SHIFT key would be stuck, too.

[xRebellion]

This is an issue after the 0.55 update (I also did it like this and just broke recently). I just ended up binding the keymap to mute my whole desktop input instead. Might be worth reporting this on a separate discussion/issue

[ghost]

This is an issue after the 0.55 update (I also did it like this and just broke recently). I just ended up binding the keymap to mute my whole desktop input instead. Might be worth reporting this on a separate discussion/issue

This has already been done and merged in #14600 🎊🥂