[Bug]: macOS not open
- Dominant language
- Rust
- Stars
- 21k
- Forks
- 675
- Avg merge
- 2d 5h
- Merged PRs (30d)
- 172
Description
### 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
macOS 14.7.1
### Device model
Mx master 4
### How is the device connected?
Bluetooth (direct, no receiver)
### Affected area(s)
- [ ] Device discovery / detection
- [ ] Button remapping
- [ ] DPI control
- [ ] SmartShift
- [ ] Per-application profiles
- [ ] Battery status
- [ ] Settings / configuration (TOML)
- [ ] Auto-update
- [ ] Menu bar / tray
- [x] Other
### What happened?
the OpenLogi not open
### Steps to reproduce
try to open openLogi
### Diagnostics report
```markdown
```
### `openlogi list` output
```text
(no agent reachable — reading hardware directly; macOS judges this process's Input Monitoring grant, not the agent's)
2026-09-10T03:44:01.593440Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
2026-09-10T03:44:01.931225Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
2026-09-10T03:44:02.266507Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
2026-09-10T03:44:02.601667Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
No Logitech HID++ devices or webcams found.
Notes:
- On macOS, quit Logi Options+ first — both apps fight over HID++ access.
- A Bluetooth-direct mouse (e.g. Lift, Signature) needs Input Monitoring permission: System Settings → Privacy & Security → Input Monitoring.
- hidpp 0.2 only recognises Logi Bolt receivers (PID 0xC548); other receivers (Unifying) aren't surfaced yet.
```
### Logs
```shell
(no agent reachable — reading hardware directly; macOS judges this process's Input Monitoring grant, not the agent's)
2026-09-10T03:43:24.381316Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0002 matched=false
2026-09-10T03:43:24.381578Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0001 matched=false
2026-09-10T03:43:24.381590Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0xff43 usage_id=0x0202 matched=true
2026-09-10T03:43:24.382641Z DEBUG openlogi_device::inventory: HID++ candidate interfaces count=1
2026-09-10T03:43:24.414175Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
2026-09-10T03:43:24.414286Z DEBUG openlogi_device::inventory: one-shot enumerate inventory incomplete or still changing — retrying attempt=1 complete=false healthy=false
2026-09-10T03:43:24.717585Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0002 matched=false
2026-09-10T03:43:24.717659Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0001 matched=false
2026-09-10T03:43:24.717682Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0xff43 usage_id=0x0202 matched=true
2026-09-10T03:43:24.717769Z DEBUG openlogi_device::inventory: HID++ candidate interfaces count=1
2026-09-10T03:43:24.749772Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
2026-09-10T03:43:24.749806Z DEBUG openlogi_device::inventory: one-shot enumerate inventory incomplete or still changing — retrying attempt=2 complete=false healthy=false
2026-09-10T03:43:25.053118Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0002 matched=false
2026-09-10T03:43:25.053195Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0001 matched=false
2026-09-10T03:43:25.053220Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0xff43 usage_id=0x0202 matched=true
2026-09-10T03:43:25.053345Z DEBUG openlogi_device::inventory: HID++ candidate interfaces count=1
2026-09-10T03:43:25.084835Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
2026-09-10T03:43:25.084869Z DEBUG openlogi_device::inventory: one-shot enumerate inventory incomplete or still changing — retrying attempt=3 complete=false healthy=false
2026-09-10T03:43:25.388069Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0002 matched=false
2026-09-10T03:43:25.388145Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0x0001 usage_id=0x0001 matched=false
2026-09-10T03:43:25.388169Z DEBUG openlogi_hid::transport: logitech HID node name=MX Master 4 pid=b042 usage_page=0xff43 usage_id=0x0202 matched=true
2026-09-10T03:43:25.388258Z DEBUG openlogi_device::inventory: HID++ candidate interfaces count=1
2026-09-10T03:43:25.419088Z WARN openlogi_device::inventory: failed to open HID++ channel — requesting repair error=Backend("Failed to open device: Input Monitoring is NOT granted to this process; grant it to OpenLogi Agent under System Settings → Privacy & Security → Input Monitoring")
No Logitech HID++ devices or webcams found.
Notes:
- On macOS, quit Logi Options+ first — both apps fight over HID++ access.
- A Bluetooth-direct mouse (e.g. Lift, Signature) needs Input Monitoring permission: System Settings → Privacy & Security → Input Monitoring.
- hidpp 0.2 only recognises Logi Bolt receivers (PID 0xC548); other receivers (Unifying) aren't surfaced yet.
```
### macOS permissions (if applicable)
- [x] OpenLogi has **Accessibility** permission (needed to remap buttons via the event tap).
- [x] OpenLogi has **Input Monitoring** permission (needed for Bluetooth-direct devices and capture).
Contributor guide
No contributing guide indexed for this repository
Research direction
Reproduce the macOS Bluetooth-direct path with `openlogi list`, then start from the `openlogi_device::inventory` and `openlogi_hid::transport` paths named in the logs. Done means OpenLogi launches and the MX Master 4 is detected without the reported Input Monitoring failure.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- macos, rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100