[Bug]: Thumbwheel setting doesn't apply

### 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 am on the [latest release](https://github.com/AprilNEA/OpenLogi/releases/latest) or a recent `master` build.
- [x] I quit **Logi Options+** before running OpenLogi (the two apps fight over HID++ access and only one can own a receiver at a time).

### Which part of OpenLogi?

GUI (desktop app)

### OpenLogi version

0.8.3

### Operating system

macOS

### OS version & architecture

15.7.4 (Sequoia) - M1 Macbook Pro

### Device model

MX Master 2S

### How is the device connected?

Bluetooth (direct, no 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
- [ ] Other

### What happened?

Remapping the thumb wheel does nothing. Both remapping in the app and the config file doesn't apply.

### Steps to reproduce

1. Open the app
2. Change the thumb wheel setting

### Diagnostics report

```markdown

```

### `openlogi list` output

```text

```

### Logs

```shell

```

### macOS permissions (if applicable)

- [ ] OpenLogi has **Accessibility** permission (needed to remap buttons via the event tap).
- [ ] OpenLogi has **Input Monitoring** permission (needed for Bluetooth-direct devices and capture).

No source file, test, diagnostics report, logs, or list output is provided. First reproduce the thumb-wheel remapping failure on macOS with an MX Master 2S over direct Bluetooth, then trace the GUI and config setting through the remapping behavior; done when both app and configuration changes apply.

Written by the indexing model from the issue text.