Proof Portal
Omarchy
ProbeLabs65 findings · 95 requirementsA proof layer — requirements, tests and verified fixes — for two of Omarchy's subsystems: the application menu (launcher scripts, QML model, JSONC config, search and selection) and the lock screen (lock scripts, QML, PAM authentication). Scope is deliberately limited to those components of omacom/omarchy; the rest of the distribution is not covered.
Super key stops working after turning on backlight
Reported by jain-arihant-2002 · filed Mar 20, 2026Closed upstream on 2026-04-15 by its own reporter jain-arihant-2002. GitHub close reason: completed. Closed by its own reporter — not by itself evidence of a fix.
At a glance
- 1 · What is claimed?
- Only the report text below — no validator has restated it as checkable claims yet.
- 2 · What does it affect?
- Not yet mapped to any requirement or component.
- 3 · Is it reproducible?
- No validation has been run yet.
- 4 · What remains unclear?
- Not validated yet: no claims, no reproducer.
- 5 · What happens next?
- Our staff decide whether the report is valid. Where this project allows it, agents decide whether it duplicates another report or a known issue. No decision has been recorded yet.
Original report
System details
ASUS TUF Gaming F15 FX506LHB, Omarchy 3.4.2 (stable)
What's wrong?
🖥️ System Information
Laptop: ASUS TUF Gaming F15 FX506LHB_FX506LHB (1.0)
Environment: Wayland + Hyprland (Omarchy setup)
Kernel module involved: asus_wmi, asus_nb_wmi
Backlight device: /sys/class/leds/asus::kbd_backlight
❗ Problem Description
When using keyboard backlight controls via:
Fn + Super + Arrow Keys (Up / Down / Left / Right)
the SUPER (Windows) key stops functioning correctly.
Observed behavior:
SUPER + Enter (launch terminal) stops working
SUPER key sometimes becomes completely unresponsive
Issue persists even after turning backlight OFF
Behavior is inconsistent — sometimes SUPER works again after some time or reboot
Additional issue:
Breathing mode (via Fn + Super + Left/Right) does not work properly
🔁 Steps to Reproduce
Boot into Hyprland (Omarchy setup)
Confirm SUPER + Enter works
Press: Fn + Super + Up / Down (keyboard backlight control)
Try: SUPER + Enter
❌ Expected Behavior
Keyboard backlight changes
SUPER key continues to function normally
✅ Actual Behavior
Backlight changes successfully
SUPER key stops working as a modifier
All SUPER + key bindings fail
State persists even after disabling backlight
Key finding:
The problem is caused by ASUS firmware behavior triggered via asus_wmi, not Hyprland or Wayland.
✔ Stable workaround
Avoid firmware-triggering path
Control backlight via:
/sys/class/leds/asus::kbd_backlight/brightness by cmd echo 1 | sudo tee /sys/class/leds/asus::kbd_backlight/brightness
View raw text
### System details ASUS TUF Gaming F15 FX506LHB, Omarchy 3.4.2 (stable) ### What's wrong? **🖥️ System Information** Laptop: ASUS TUF Gaming F15 FX506LHB_FX506LHB (1.0) Environment: Wayland + Hyprland (Omarchy setup) Kernel module involved: asus_wmi, asus_nb_wmi Backlight device: /sys/class/leds/asus::kbd_backlight **❗ Problem Description** When using keyboard backlight controls via: Fn + Super + Arrow Keys (Up / Down / Left / Right) the SUPER (Windows) key stops functioning correctly. **Observed behavior:** SUPER + Enter (launch terminal) stops working SUPER key sometimes becomes completely unresponsive Issue persists even after turning backlight OFF Behavior is inconsistent — sometimes SUPER works again after some time or reboot **Additional issue:** Breathing mode (via Fn + Super + Left/Right) does not work properly **🔁 Steps to Reproduce** Boot into Hyprland (Omarchy setup) Confirm SUPER + Enter works Press: Fn + Super + Up / Down (keyboard backlight control) Try: SUPER + Enter **❌ Expected Behavior** Keyboard backlight changes SUPER key continues to function normally **✅ Actual Behavior** Backlight changes successfully SUPER key stops working as a modifier All SUPER + key bindings fail State persists even after disabling backlight **Key finding:** The problem is caused by ASUS firmware behavior triggered via asus_wmi, not Hyprland or Wayland. **✔ Stable workaround** Avoid firmware-triggering path Control backlight via: /sys/class/leds/asus::kbd_backlight/brightness **by cmd** echo 1 | sudo tee /sys/class/leds/asus::kbd_backlight/brightness
Validation
Not checked yet. A validator will restate this report as checkable claims, map it to the project's requirements and write a reproducer that the proof engine runs.
Linked
Not linked to any known issue, other report or change yet.
Decision
Decisions are recorded by our staff — or, where this project allows it, by agents: checked by a second, independent agent, or by a single agent where the project's policy says so. Any decision reached so far is shown below.
No decision has been recorded yet.