Super+1 resizes window instead of switching workspace when PaperWM is enabled

[amadeusp]

Summary

With PaperWM enabled, Super+1 no longer triggers GNOME's native "Switch to workspace 1" shortcut — instead it widens the currently focused window — even though Super+1 is not bound to anything in PaperWM's own keybinding settings.

Steps to reproduce

1. In GNOME Settings → Keyboard → Keyboard Shortcuts, bind "Switch to workspace 1/2/3/4" to Super+1, Super+2, Super+3, Super+4.
2. Install and enable PaperWM via the Extension Manager app.
3. Open a couple of windows, switch to workspace 2 with Super+2.
4. Open another window, then press Super+1.

Expected behavior

• Pressing Super+2 switches to workspace 2.
• Pressing Super+1 switches back to workspace 1.

Actual behavior

• Pressing Super+2 switches to workspace 2.
• Pressing Super+1 widens the currently focused window. No workspace switch occurs.

Additional information

• Super+1 is not assigned to any action in PaperWM's own extension preferences.
• Disabling the PaperWM extension immediately restores correct Super+1 behavior.
• This suggests PaperWM is capturing Super+1 globally (e.g. for its window-resizing/column-width actions) rather than only the specific bindings it exposes in settings.
• The effect of Super+1 is not the same as Super+R. Super+R cycles through the predefined widths while Super+1 allows to make the window wider and wider.

Goal / Feature request

Ability to keep using GNOME's native "Switch to workspace 1/2/3/4" shortcuts (Super+1...Super+4) while PaperWM is enabled.

Environment

• OS: Arch Linux x86_64
• Kernel: 7.0.14-arch1-1
• DE: GNOME 50.3 (Wayland, Mutter)
• PaperWM version: 50.0.1 (148)
• Other enabled extensions:
  • luminus-desktop@dikasp.gitlab
  • legacyschemeautoswitcher@joshimukul29.gmail.com
  • copyous@boerdereinar.dev
• Display: 3840x2160 @ 60Hz (external, 32")