[Bug]: App Expose and other window actions are silently skipped on GNOME

### Pre-flight checklist

- [x] I searched [existing issues](https://github.com/AprilNEA/OpenLogi/issues?q=is%3Aissue) and this is not a duplicate.
- [x] I checked the latest release source (`master` at `411c9277`, v0.8.1); the affected paths are unchanged.
- [x] Logi Options+ is not running.

### Which part of OpenLogi?

GUI (desktop app)

### OpenLogi version

0.7.10 when reproduced; confirmed unchanged in `master` at `411c9277` (v0.8.1)

### Operating system

Linux

### OS version & architecture

Debian GNU/Linux 13.6 (trixie), x86_64, GNOME Wayland

### Device model

MX Master 2S + Logitech Unifying receiver (046d:c52b)

### How is the device connected?

Other: Logitech Unifying receiver

### Affected area(s)

- [ ] Device discovery / detection
- [x] Button remapping
- [ ] DPI control
- [ ] SmartShift
- [ ] Per-application profiles
- [ ] Battery status
- [ ] Settings / configuration (TOML)
- [ ] Auto-update
- [ ] Menu bar / tray
- [x] Other: Linux native window actions

### What happened?

Binding the gesture-button Click action to App Expose saves successfully and gesture capture fires, but no GNOME window overview appears. The Linux injector currently groups `MissionControl`, `AppExpose`, `ShowDesktop`, and `LaunchpadShow` into an explicit no-op branch and logs `no Linux equivalent - action skipped`.

Expected behavior on GNOME: these existing actions should invoke their GNOME equivalents. Mission Control and App Expose should toggle the GNOME overview, Show Desktop should use Super+D, and Launchpad should show the application grid. Other desktop environments can retain the current no-op behavior until they have a stable implementation.

### Steps to reproduce

1. Start a GNOME Wayland session on Linux.
2. Connect a supported mouse and configure the gesture-button Click action as App Expose.
3. Save the configuration and verify that gesture capture is active.
4. Click the gesture button without moving the mouse.
5. Observe that no overview appears and the injector debug log reports that the action was skipped.

### Diagnostics report

```markdown
- Desktop: GNOME on Wayland (`XDG_CURRENT_DESKTOP=GNOME`).
- Gesture capture and directional workspace actions work.
- App Expose produces no visible action on unmodified upstream code.
- Dispatching GNOME Shell Overview through D-Bus works on the same session and hardware.
```

### `openlogi list` output

```text
(inventory read from the running agent)
Unifying Receiver ([redacted], vid=046d pid=c52b)
`- slot 2 online Wireless Mouse MX Master 2S (mouse, wpid=4069, battery=50%)
model_ids=[b019,4069,0000] ext=00 serial=- unit_id=[redacted] transports=equad+btle
```

### Logs

```shell
DEBUG openlogi_inject::inject::linux: no Linux equivalent - action skipped action="App Expose"
```

### macOS permissions (if applicable)

Not applicable.

Start in the Linux injector by searching for the `no Linux equivalent - action skipped` log and the branch covering MissionControl, AppExpose, ShowDesktop, and LaunchpadShow. Check the existing GNOME Shell D-Bus dispatch path, then verify in a GNOME Wayland session that each action performs its stated equivalent while other desktop environments retain the no-op behavior.

Written by the indexing model from the issue text.