Hermes
49c46042b5
Fixes silent rename-event loss on large folder trees. Previously on_created/on_moved/on_deleted handlers ran synchronously inside watchdog's own callback thread (git commits, network calls, sleeps), starving the inotify reader under bursty activity. When the reader falls behind, watchdog can't pair moved_from+moved_to within its matching window and drops the rename entirely instead of firing a degraded delete+create -- so large renames vanished with no log line and no ntfy at all. Fix: watchdog handlers now just enqueue (kind, path) tuples onto a queue.Queue and return immediately; a single dedicated worker thread drains the queue and does all the slow work. Reader thread never blocks regardless of downstream latency. Also adds file-level journal frontmatter automation: new dated entries under R.16.11 (YYYY-MM-DD.md) get auto-injected if missing (matches existing corpus format exactly -- full month name, no zero-padded day). Idempotent: files that already have a title are left untouched; files with other frontmatter get title prepended. Verified: reran the exact 300-subfolder rename repro that silently failed before the fix -- now completes as a single clean MIRRORED rename with no orphaned /data state.