Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hotkeys don't work in Wayland session with version 27.0 #4844

Closed
Chill3dOut opened this issue Jun 8, 2021 · 11 comments
Closed

Hotkeys don't work in Wayland session with version 27.0 #4844

Chill3dOut opened this issue Jun 8, 2021 · 11 comments
Labels
By Design / Not a bug The behaviour is intended and not a bug Dependency Issue Issue is in external library or dependency, not OBS itself Linux Affects Linux

Comments

@Chill3dOut
Copy link

Operating System Info

Other

Other OS

Arch Linux

OBS Studio Version

27.0.0

OBS Studio Version (Other)

No response

OBS Studio Log URL

https://obsproject.com/logs/FrhvRudojSfg70C8

OBS Studio Crash Log URL

No response

Expected Behavior

In the Hotkeys settings, register my key combinations for using different features and controls.

Current Behavior

Nothing registers.

Steps to Reproduce

  1. Launch OBS.
  2. Open Settings.
  3. Go to Hotkeys.
  4. Try to input the desired key combination as usual.
  5. Nothing happens.
    ...

Anything else we should know?

Currently running AUR package obs-studio-browser https://aur.archlinux.org/packages/obs-studio-browser/

@kkartaltepe kkartaltepe added By Design / Not a bug The behaviour is intended and not a bug Linux Affects Linux labels Jun 8, 2021
@kkartaltepe
Copy link
Collaborator

wayland does not allow you to register arbitrary hotkeys (at least last I checked). And if there are compositor specific extensions for this, then they are not implemented by Qt which is our platform layer.

@kkartaltepe kkartaltepe added the Dependency Issue Issue is in external library or dependency, not OBS itself label Jun 8, 2021
@GeorgesStavracas
Copy link
Member

I'd like to add to @kkartaltepe's comment by saying that there are conversations happening on how to best implement this. It's not an easy problem to solve since the "tradition" behind Wayland protocols strongly discourage giving applications raw access to events.

@Chill3dOut
Copy link
Author

Well... new to coding and new to Wayland... just wanted to be on the bleeding edge... Guess I'll keep using the awesome OBS in X11 until Wayland is mature enough.

Thank you for taking the time to explain.

@machitgarha
Copy link

machitgarha commented Jun 25, 2021

@kkartaltepe

Can't it be done using org.freedesktop.portal.RemoteDesktop protocol, just like how screencast is implemented?

@kkartaltepe
Copy link
Collaborator

Not necessarily, it may be the case that remote desktoping into your own system will reuse the existing session and we might be able to avoid accidentally consuming all of your input or multiplying all of your input.

But no, a remote desktop api is not a hotkey api, if you want to write an implementation of it be my guest but I imagine no one on our side would be interested in maintaining such nor would I imagine flatpak people be particularly jazzed. (Nor do I think it would actually work across compositors)

@MoonfirePDX
Copy link

MoonfirePDX commented Mar 25, 2023

Late last year, a new global shortcut protocol was added to xdg-desktop-portal, org.freedesktop.portal.GlobalShortcuts. Implementing this in OBS should properly resolve both this issue and #4992. A feature request was submitted to implement the portal.

@5p4r74cu5
Copy link

5p4r74cu5 commented Dec 2, 2023

Are there any updates regarding plans to implement global shortcuts in Wayland? It's already a bit concerning its not supported when Gnome runs Wayland by default, but now KDE is following suit in with v6.

@GeorgesStavracas
Copy link
Member

There has been no update since the last comment. Please avoid asking for status updates in issues, especially closed ones, usually the lack of activity is an indicator of the level of attention it's receiving.

@5p4r74cu5
Copy link

5p4r74cu5 commented Dec 3, 2023

Hey there, thanks for taking the time to respond.

I agree with your sentiment that the general activity in an issue is a decent indicator of the attention it is recieving, and I understand if there is not currently any interest in addressing this issue as such matters are at the discretion of those who are generous enough to contribute to this project.

However, to clarify, what I'm actually enquiring about is if there are plans to update the status of this issue from "closed" to "open" as this status is an indicator of whether there is an intention to fix/maintain what is not only a critical, but also an advertised feature.

@Aviana
Copy link

Aviana commented Mar 16, 2024

The xdg-desktop-portal is not able to provide a suitable fix to make hotkeys work in Wayland. OBS changes its hotkeys during runtime (adding / removing scenes etc). The official documentation however calls for a dialog to be shown every time bindings are submitted. This could either be very annoying when trying to set up multiple scenes or there would have to be a quirk in OBS just for Wayland to hold off any changes until they are manually submitted. Neither seems to be acceptable to me. I have submitted this issue to their tracker.

A better alternative seems to be the action binder Wayland protocol.

@orowith2os
Copy link

The action binder protocol is not an alternative (at least for most applications), but an underlying implementation meant to be utilized to build a portal on top of (and for other privileged clients to use in a compositor). Do not use it in clients without knowing it will work everywhere, including GNOME and KDE, in a sandboxed environment (where, if that protocol is even implemented, will likely be restricted from sandboxed clients).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
By Design / Not a bug The behaviour is intended and not a bug Dependency Issue Issue is in external library or dependency, not OBS itself Linux Affects Linux
Projects
None yet
Development

No branches or pull requests

8 participants