AprilNEA / AprilNEA/OpenLogi

[Bug]: macOS not open

Open
#1,335 1 comment 1 reaction 0 assignees View on GitHub
needs: triage type: bug
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

Image

### 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.