## System details

Omarchy dev channel (dev-linked checkout, integration build db439093), Hyprland 0.56.2, AMD Ryzen AI 9 HX 370 w/ Radeon 890M (GPD G1628-04). Two displays configured: internal eDP-1 panel plus a Vestel TV on DP-1. Session uses a plain Xcursor setup: `HYPRCURSOR_THEME` unset, `XCURSOR_THEME=default`, size 24 (`/usr/share/icons/default` inherits Adwaita).

## What is wrong?

After a fresh boot the mouse pointer stays invisible for the whole session (clicks and hover still work). State before touching anything:

```text
gsettings cursor-theme -> 'omarchy-startup'
gsettings cursor-size  -> 24
cursor:invisible             -> false
cursor:enable_hyprcursor     -> true
cursor:sync_gsettings_theme  -> true
```

Probed the compositor's Lua state directly (via `hyprctl eval` writing through `io.open`, same method as the reload probe upthread in #14512):

```text
omarchy_startup_cursor_pending -> false
omarchy_startup_cursor         -> nil
```

`omarchy_startup_cursor_restore()` returns on its first line in this state, so no `setcursor` ever runs — including the final one #14610 adds. The 15 s timer recovery is gone too: `hl.timer` registrations do not survive a reload either. At the time of probing, DP-1 was no longer in `hyprctl monitors` (TV off), which points at the trigger: `omarchy-hyprland-monitor-watch` `recover_modeless` calls `hyprctl reload` while a monitor reports no mode — the normal state of a TV that is still waking up at boot. That reload lands while the startup restore is pending, wipes the Lua globals, and the `config.reloaded` handler then runs in a fresh state, sees monitors, sets `pending = false`, and the restore is dead from there on.

## Recovery verified live

```bash
hyprctl setcursor default 24
```

GSettings read back `'default'` and the pointer came back immediately.

## Relation to #14512 / #14610

Same stuck-`omarchy-startup` symptom, different path: #14610 fixes the restore ordering when the restore actually runs, but this box never reaches it. The restore needs to not depend on Lua globals — e.g. persist the captured cursor across reloads (runtime-dir file) and treat "the compositor's `XCURSOR_THEME` is still `omarchy-startup`" as pending in the fresh-state init.

Happy to turn this into a PR against `default/hypr/startup-cursor.lua` with coverage in `test/shell.d/hyprland-startup-cursor-test.sh`.