Describe the bug
I encountered conflicts with both the Super+O and Super+I keybindings across two separate GNOME installations. I fixed the Super+O conflict using the issue #237 by clearing the native rotate-video-lock-static keybinding.
However, Super+I (which I want to map to switch-right) remains non-functional due to a similar native GNOME conflict, and I cannot identify which specific dconf keybind is causing it.
To Reproduce
Steps to reproduce the behavior:
- Go to PaperWM > Keybindings
- Set "Switch to the right window" to Super+I
- Disable "Consume window into the active column" if there is conflict
- Try using Super+I to switch windows
- Nothing happens
Expected behavior
Super+I to switch to the right window
System information:
Distribution: Fedora Linux 44 (Workstation Edition)
GNOME Shell: 50.1
Display server: Wayland
PaperWM version: 50.0.1
Enabled extensions:
Additional context
x@fedora:~$ dconf dump / | grep -E "i'"
switch-right=['Right', 'l', 'i']
Describe the bug
I encountered conflicts with both the Super+O and Super+I keybindings across two separate GNOME installations. I fixed the Super+O conflict using the issue #237 by clearing the native rotate-video-lock-static keybinding.
However, Super+I (which I want to map to switch-right) remains non-functional due to a similar native GNOME conflict, and I cannot identify which specific dconf keybind is causing it.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Super+I to switch to the right window
System information:
Distribution: Fedora Linux 44 (Workstation Edition)
GNOME Shell: 50.1
Display server: Wayland
PaperWM version: 50.0.1
Enabled extensions:
Additional context
x@fedora:~$ dconf dump / | grep -E "i'"
switch-right=['Right', 'l', 'i']