[Bug]: GUI text is corrupted with stray # characters on Windows
- 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?
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