bvandeusenandClaude Opus 5.5 bf6364b709 fix(lidarr): send the artist add's monitor choice in addOptions (#5239) ...

ArtistResource has no top-level `monitor`. Lidarr reads the choice from
AddOptions (AddArtistOptions, a MonitoringOptions), so the "all"/"future"
we sent there was dropped on deserialisation. AddOptions.Monitor stayed
Unknown, and AlbumMonitoredService.SetAlbumMonitoredStatus returns early
on Unknown. The request's monitoring was never applied.

Send monitor and monitored inside addOptions with searchForMissingAlbums,
the shape Lidarr's getNewArtist.js posts, and set monitorNewItems "all"
explicitly: both choices mean new releases are watched.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-07 10:58:55 -04:00

..

testdata

feat(lidarr): LookupArtistByMBID, LookupAlbumByMBID, DeleteAlbum

2026-04-30 16:57:14 -04:00

client_test.go

fix(lidarr): send the artist add's monitor choice in addOptions (#5239)

2026-10-07 10:58:55 -04:00

client.go

fix(lidarr): send the artist add's monitor choice in addOptions (#5239)

2026-10-07 10:58:55 -04:00

delete_test.go

fix: T16 verification cleanups

2026-04-30 20:49:11 -04:00

delete.go

fix: T16 verification cleanups

2026-04-30 20:49:11 -04:00

errors.go

fix(player+lidarr): mini-player sync race; durable approve + dedup

2026-05-18 12:24:20 -04:00

lookup_mbid.go

fix(lidarr): add an album as the looked-up resource with its artist nested (#5234)

2026-10-07 10:55:41 -04:00

types.go

fix(lidarr): send the artist add's monitor choice in addOptions (#5239)

2026-10-07 10:58:55 -04:00

unmonitor.go

fix(tracks): rewrite RemoveTrack — direct os.Remove + optional Lidarr unmonitor

2026-05-02 22:35:34 -04:00