Can't assign any keys to shortcuts

[MagnusLupus]

Describe the bug

When I try to assign a shortcut key to any actions (i.e. Clipboard pull) the app says "key combination here is already being used." and selected keys don't get assigned.

Steps To Reproduce:

1. Go to 'Keyboard Shortcuts'
2. Click on 'any action'
3. Pick a key combination
4. See error

Expected behavior

I expected the application to assign a key combination for an action.

Screenshots

Support Log

Please generate a support log (Instructions) and paste any messages related to this issue between the two ``` lines below.

GSConnect: 48 (system)
GJS:       17000
Session:   x11
OS:        Manjaro Linux
--------------------------------------------------------------------------------
-- Journal begins at Wed 2021-12-01 19:59:07 EET, ends at Thu 2021-12-02 12:46:45 EET. --
dets  02 12:46:00 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:00 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:04 gnome-shell[107022]: Can't update stage views actor <unnamed>[<MetaWindowGroup>:0x55e6e5184350] is on because it needs an allocation.
dets  02 12:46:04 gnome-shell[107022]: Can't update stage views actor <unnamed>[<MetaWindowActorX11>:0x55e6e7092b50] is on because it needs an allocation.
dets  02 12:46:04 gnome-shell[107022]: Can't update stage views actor <unnamed>[<MetaSurfaceActorX11>:0x55e6e7094a20] is on because it needs an allocation.
dets  02 12:46:05 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:05 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:06 /usr/lib/gdm-x-session[106953]: (EE) client bug: timer event22 debounce short: scheduled expiry is in the past (-12ms), your system is too slow
dets  02 12:46:10 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:10 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:15 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:15 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:20 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:20 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:25 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:25 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:28 /usr/lib/gdm-x-session[106953]: (EE) client bug: timer event22 debounce short: scheduled expiry is in the past (-11ms), your system is too slow
dets  02 12:46:30 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:30 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:32 /usr/lib/gdm-x-session[106953]: (EE) client bug: timer event22 debounce: scheduled expiry is in the past (-11ms), your system is too slow
dets  02 12:46:32 /usr/lib/gdm-x-session[106953]: (EE) client bug: timer event22 debounce short: scheduled expiry is in the past (-24ms), your system is too slow
dets  02 12:46:35 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:35 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:39 gjs[108182]: JS ERROR: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: GrabAccelerator is not allowed
                               checkAccelerator/action</<@/usr/share/gnome-shell/extensions/gsconnect@andyholmes.github.io/preferences/keybindings.js:226:42
                               @/usr/share/gnome-shell/extensions/gsconnect@andyholmes.github.io/gsconnect-preferences:114:21
dets  02 12:46:39 gjs[108182]: gtk_widget_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
dets  02 12:46:39 gjs[108182]: gtk_widget_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
dets  02 12:46:39 gjs[108182]: gtk_widget_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
dets  02 12:46:39 gjs[108182]: gtk_widget_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
dets  02 12:46:40 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:40 touchegg.desktop[107344]: Reconnecting in 5 seconds...
dets  02 12:46:45 touchegg.desktop[107344]: Error connecting to Touchégg daemon: Could not connect: Connection refused
dets  02 12:46:45 touchegg.desktop[107344]: Reconnecting in 5 seconds...

System Details (please complete the following information):

• GSConnect version: 48
  • Installed from: Pamac package manager (official repository)
• GNOME/Shell version: 41.1
• Distro/Release: Manjaro Linux

GSConnect environment (if applicable):

• Paired Device(s): Galaxy Note 9
• KDE Connect app version: 1.18.0
• Plugin(s): [if the issue only occurs when using certain plugin(s)]

Additional Notes:

I made sure that the key combination I tried wasn't used by anything else. In addition to that, I tried something bizzare like Ctrl+Shift+Super+Alt+C and it still complained about it being used. I saw similar issue reported back in 2019 and it was supposedly fixed here de44f41

[andyholmes]

Thanks for reporting with thorough logs!

This is probably caused by GNOME Shell locking down external access to its DBus interface. There's probably not a good way to work around this, other than to export another DBus interface from the Shell extension and restrict access to the org.gnome.Shell.Extensions.GSconnect.Preferences name-owner, similar to what is done for the clipboard proxy we export.

[MagnusLupus]

Thanks for replying! Can I provide any other useful information? I am not a programmer though, so my knowledge here is limited.

[andyholmes]

Thanks for replying! Can I provide any other useful information?

Nope, your report describes the problem perfectly! This is just new change in GNOME Shell that will have to be worked around.

[axelsimon]

Sorry to be that person, but any progress on this?
As far as i know, clipboard pull and push are impossible to use, right now, because there is no way to assign them a keyboard shortcut.

Also, for what it's worth, i'd set up the shortcuts on my previous laptop, probably around Fedora 32, and the shortcuts were working fine update after update, up to Fedora 35. On this new laptop's fresh install of F35, shortcuts can't be set up, as described in this issue. So it seems that if one could set up the right config, somewhere in GNOME, it could still work.

[andyholmes]

There's been no progress. GSConnect is effectively a community-driven project now, so this will probably rely on someone coming forward to contribute a fix.

[PrajwalS1234]

I think if we know the command associated with these operations we can easily create our own shortcuts, is there a way to get the commands which are associated with these operations?

[andyholmes]

Not really without peeking through the source code. The available actions are just all the GActions that don't take parameters, if I remember right. If you want to just ignore the check, you can change this line:

gnome-shell-extension-gsconnect/src/preferences/keybindings.js

Line 146 in 281a9c9

const available = await checkAccelerator(this.accelerator);

to

const available = true;

I make no guarantees you won't shoot yourself in the foot, though.

[axelsimon]

Thanks a lot for the pointer, disabling that check in ~/.local/share/gnome-shell/extensions/gsconnect@andyholmes.github.io/preferences/keybindings.js works too.

But weirdly, disabling the check i was able to set clipboard push / paste and clipboard pull / copy shortcuts up, but only the paste one works. 🤔

[AdamPS]

Great thanks, the workaround in keybindings.js works well for me. You only need it in place to set the keys - you can use existing keys without needing the workaround.