fix(node): a replugged root came back without its metadata

Reported live: a removable root ejected from Files and plugged back in
returned with its files and without its albums. Music showed "no music
found" and stayed there through a force reload — the loss was on the
node, not in the client.

`plug_root` drops the root's entries and rescans, which is right; the
drive may have changed while it was away. What comes back is a bare
IndexEntry: `_hash_or_cached` fills id/name/path/size/type and nothing
else. Every enrichment field goes with the old object, and the Music tag
fields are cached nowhere by design (enrich_audio.py re-reads them so a
rename can re-derive the filename fallback), so re-enrichment is the only
way back.

Two gates then made sure it never ran:

  * enrichment is scheduled for `delta.additions`, and ejecting broadcasts
    nothing, so `_last_broadcast_snapshot` still held those ids — the
    rebuilt entries diffed as updates, not additions;
  * `_enrich_new_*_entries` skips anything in `_enriched_attempted`, which
    is only discarded for `delta.deletions` — and dropping and rescanning
    inside one call broadcasts no deletion either.

A restart cleared both, since an empty snapshot makes every entry an
addition. Nothing short of one did.

The indexer now records the ids it rebuilt and the daemon drains them at
broadcast time: their "already attempted" mark is discarded and they
rejoin the entries offered to the three enrichment passes. Not
Music-specific — Videos lost durations and titles and Photos lost
thumbnails the same way; Music is just where an untagged file has no
album to file itself under, so the app goes empty rather than plain.

`reconcile()` does the same drop-and-rescan when a root reappears on its
own, so a USB drive that fell off and re-mounted hit this with nobody
touching the UI. Covered too.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_011pvMdvLBG92jyhvD5pD6us

0 files changed, 0 insertions, 0 deletions