4 Commits

Include renames

Author	SHA1	Message	Date
bvandeusenandClaude Opus 5.5	e509d7d5a9	feat(lidarr): ask Lidarr for release groups; repair stored release-id requests (M483 #5244) ... Lidarr's metadata is keyed by MusicBrainz release group, but re-acquisition requested albums by their release id, so every add came back "not found". - Sweeper requests an album by its tag-supplied release group, else the one MusicBrainz names (cached onto the album). An album MusicBrainz cannot name is skipped and counted, with no attempt spent. - Reconciler: an add refused as not found re-reads the request's album id as a release (library first, then MusicBrainz), rewrites the request to the group and adds again. This repairs the requests already stored. - Completion matches an album by release id or release group, and only once a track of it is on disk, so a re-acquisition request no longer completes against the row of the album it is trying to bring back. Closes #5241. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-07 11:38:45 -04:00
bvandeusenandClaude Opus 4.7	e68e1b10a6	fix(player+lidarr): mini-player sync race; durable approve + dedup ... player: setQueueFromTracks fast-starts a single source at player-index 0 while the full queue is broadcast, so the transient currentIndexStream→0 emission clobbered the correct mediaItem with queue.value[0] (the first track). Mini bar / playlist marker pinned to the wrong track until a later index event (~the "passive ~30s recovery"). Track a logical-index base so the player→queue mapping stays correct during the fill window; also fixes the latent forward-fill auto-advance off-by-base. lidarr #50: approving no longer fails when Lidarr is down. Approve records the decision durably first, then best-effort adds; the reconciler idempotently (re)sends unconfirmed adds every tick until they stick (new additive lidarr_add_confirmed_at; AddArtist/AddAlbum map Lidarr's "already exists" 400 → ErrAlreadyExists). No failed-state or expiry by design — Lidarr keeps trying, operator monitors. lidarr #51: Create() is now idempotent — a non-terminal request for the same MBID returns the existing row instead of inserting a duplicate. Rewrites the obsolete LidarrUnreachable_503 test to assert the durable- approve contract; threads a client factory into NewReconciler. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-18 12:24:20 -04:00
bvandeusenandClaude Sonnet 4.6	a5bb79f2a8	fix(db): clarify lidarr_requests query semantics ... - HasNonTerminalRequestForMBID: use named parameter @mbid so the generated Go signature is `mbid string` instead of the misleading `lidarrArtistMbid string` (the value applies to all three MBID columns, not just the artist column) - CancelLidarrRequest: comment dual role of $2 (ownership guard + decided_by audit field) for future readers - CompleteLidarrRequest: document the per-kind one-of-three contract for matched_*_id parameters Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-04-29 15:19:54 -04:00
bvandeusenandClaude Sonnet 4.6	9ceac5c639	feat(db): add lidarr_config + lidarr_requests schema (migration 0010) ... Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-04-29 15:10:01 -04:00