Files
hermes-agent/tests/cron
kshitijk4poor 152aa695bb fix(cron): key store state by resolved path, never swallow a flapped outage notice
Final-stack review (hermes-pr-review 2c) on #133283:
- The tick lock reported its outage under the unresolved profile home (_get_lock_paths), while
  every save, probe and grace check uses the resolved store path. With a symlinked HERMES_HOME
  (or macOS /var -> /private/var) the lock outage never cleared: writable stuck at 0, no
  "recovered" notice, and a skipped one-shot retired as missed. All store_health records are now
  keyed through one _key() (realpath). Pinned with a symlinked home; red without it.
- unwritable -> recovered (before delivery) -> unwritable posted nothing: the dropped first
  notice left the "recovered" timer pending, so the re-entry cancelled it as if an outage notice
  had gone out. A dropped "unwritable" now cancels that timer, so the re-entry announces. The
  notice test runs on a manual loop clock (no wall-clock timing; it had flaked once under load)
  and pins the sequence.
- cron status printed "0 due run(s) not fired" and an empty summary when the jobs could not be
  read from an unwritable store; it now says the jobs could not be read.
2026-10-07 10:20:18 +05:30
..