AprilNEA / AprilNEA/OpenLogi

[Bug]: GUI text is corrupted with stray # characters on Windows

Open
#922 0 comments 0 reactions 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.7.10

### Operating system

Windows

### OS version & architecture

Windows (exact version and architecture not provided)

### Device model

Logitech G502 X LS + Unifying receiver (slot 1)

### How is the device connected?

Other / not sure

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

OpenLogi device list screenshot
OpenLogi pointer settings screenshot
OpenLogi device details screenshot

On Windows, OpenLogi GUI v0.7.10 renders many UI strings with stray # characters and missing letters/spaces. The issue happens in both the Chinese and English UI languages, so it does not appear to be limited to the zh-CN translation.

Examples seen in the GUI:
- `#martShift` instead of `SmartShift`
- `#tep#0` instead of `step 50`
- `Manage#his#device` instead of `Manage this device`
- `Off#eaves#every#ontrol#native#nd#tops#e-applying#settings.`
- `鼠标##lot#` in the device card

Expected: UI text should render correctly in both locales.
Actual: # characters replace parts of otherwise normal strings, making the interface difficult to read.

### Steps to reproduce

1. Run OpenLogi v0.7.10 on Windows.
2. Connect/use a Logitech G502 X LS through a Unifying receiver.
3. Open the GUI and navigate to the device pointer/settings pages.
4. Observe the UI text; multiple labels contain stray # characters.
5. Switch the UI language to English and check again; the same corruption is still present.

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

Contributor guide

No contributing guide indexed for this repository

Research direction

Reproduce the corruption in the OpenLogi GUI on Windows with version 0.7.10, checking both Chinese and English locales on the device pointer and settings pages. The payload names no source file or test, so first trace the GUI text-rendering path from the affected screens. Done means labels such as SmartShift, step 50, and Manage this device render correctly in both locales.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
desktop
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
50/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.