**Environment:** omarchy 4.0.4-1, quickshell 0.3.2 (locally rebuilt for Qt 6.12), Hyprland, up-to-date Arch.

**What happened**

After a session that included several suspend/hibernate cycles and a few shell restarts, the lock IPC started returning a `locked` value that contradicts its own components:

```
$ omarchy-shell lock isLocked
true

$ omarchy-shell lock status
{"locked":true,"requested":false,"pending":false,"sessionLocked":false,"secure":false,...,"lastEvent":"unlocked","lastEventAt":"..."}
```

Per `plugins/lock/Service.qml` line 37:

```qml
readonly property bool locked: lockRequested || sessionLock.locked || sessionLock.secure
```

with all three inputs false the composite cannot be true — yet both IPC calls return `locked: true` from the same live process (verified single quickshell instance via `pgrep` and pid-scoped IPC). `lastEvent` was `unlocked` and events kept updating, so the service object was alive; only the derived `locked` value appeared frozen at its last-true value.

**Impact**

Anything that polls `omarchy-shell lock isLocked` (idle/power scripts, the idle screensaver gate) believes the session is permanently locked: screens blank mid-use, "about to suspend" notifications repeat, and battery-only suspend logic can engage while the user is actively working.

**Recovery**

Restarting quickshell resets the state; `isLocked` returns false immediately after.

**Suspect**

`WlSessionLock.locked` is given a literal binding (`locked: false`, line ~234) but is then written imperatively (`sessionLock.locked = true/false` in requestSessionLock/finishUnlock), which breaks QML binding semantics — after enough lock/unlock churn (possibly combined with ext-session-lock object replacement across restarts, cf. the orphan-lock comment above `checkStrandedLock`), the derived `locked` can end up stale-true. I have not reduced this to a minimal reproduction; the contradiction between the two IPC answers is reproducible from the outputs above while the state is stuck.

Happy to provide the full journal excerpt of the lock/unlock sequence before the state froze if useful.