Add lidarr_release_fixer.sh — daily fix for wrong MusicBrainz release editions

Reads MUSICBRAINZ_ALBUMID from FLAC (vorbis block type 4) and MP3 (ID3v2 TXXX)
files, matches against Lidarr's known releases, switches monitored=true to the
correct one, and queues RefreshArtist. Runs before lidarr_cleanup.sh in the
daily job list so the strike system doesn't act on files that just needed a
release correction.

Notes_To-Do.md

@@ -4,8 +4,17 @@ claude
 
 
 
+need a script that check file locations. like if a kids movie is in movies. it needs to detect this and update the location in the arrs. so it would tell radarr to move shrek from movies to kids movies and trck the new file
 
 
+look at a way to better determine when a container was manually shutdown for docker watchdog
+
+
+
+we may need to add this to our preflight before lidarr cleanup. check if lidarr need corrected before
+  removal. since we have a strike list we can save results of previous scan then run this script then
+  continue. lidarr has been wierd for the last year. maybe we
+────────────────────────────────────────────────────────────────
 
 
 
@@ -27,6 +36,45 @@ claude
 
 
 
+
+
+
+
+
+
+
+
+Saved. Here's where we land and what to pick up:
+
+What happened: Lidarr was silently discarding valid files because it selected the wrong MusicBrainz release edition (Brazil CD, Japan Digital, etc.) while your files were tagged for a different one (US CD, Vinyl). The track IDs don't match across editions, so RescanFolders always returned "Importing 0 tracks." Not a file problem — a database mismatch. The 5GB threshold in lidarr_cleanup.sh was doing exactly what it should.
+
+Fixed this session: 123 albums bulk-corrected (read MUSICBRAINZ_ALBUMID from FLAC tags, switched Lidarr's release selection, RefreshArtist). Full root rescan still running in the background.
+
+Next session — pick up here:
+1. Design the daily fixer script (Media/lidarr_release_fixer.sh) — FLAC + MP3 (ID3 TXXX) tag reading, same bulk-fix logic, runs from daily orchestrator. Strike system in lidarr_cleanup.sh already provides the protection window.
+2. 42 albums where file MBID isn't in Lidarr at all (unofficial/re-tagged) — manual import or ignore.
+3. 217 MP3 albums — need ID3 TXXX frame reader added to the fixer.
+4. Check the full root rescan completed and see if zero-file count dropped further below 927.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+