fix(library): drop out-of-range release years instead of failing the album #12
Reference in New Issue
Block a user
Delete Branch "dev"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Tag-supplied release years were going straight to Postgres'
datecolumn with no validation. Files whose tags carry corrupt or 5+ digit years (a couple of dozen on the dev test library) trippedSQLSTATE 22008(datetime field overflow) and the entire album upsert failed — every track on those albums got dropped from the library withlibrary scan file error … err="album: ERROR: date out of range".releaseDateFromYearhelper that accepts only1..9999.release_date. Soft field shouldn't sink the row.Test plan
releaseDateFromYearcovering boundaries (0, -1, 1, 9999, 10000)docker compose up --build, trigger a rescan, scan errors should drop to just the 8.3 short-name issue🤖 Generated with Claude Code