v1.23.2

canticle v1.23.2

Three fixes. Two close a pair of gaps in how extracted lyrics get reconsidered on a later scan; the third repairs a queue state that a restart could strand.

When canticle writes a lyric sidecar from a track's embedded tags, that sidecar was treated as settled and skipped on every subsequent scan, even when you explicitly asked for a re-fetch. --upgrade would pass over a track whose extracted lyrics were unsynced, so it never got the chance to promote them to synced. And --update, whose whole purpose is refreshing already-settled synced lyrics, would skip a synced .lrc that came from extraction, pinning the track to whatever earlier tooling happened to embed with no supported way to refresh it short of deleting the file by hand. Both are the same defect: a skip that lost track of what the scan flags were asking for. Extracted embedded lyrics are now reconsidered under the flag that should reach them.

The queue fix addresses a state a release could leave behind. When a throttled row was released back to the queue, it returned to pending unconditionally, discarding the status it was claimed from. A deferred row released this way kept its deprioritization but landed in pending, a combination no other path produces. Release now preserves the pre-claim status, so a deferred row stays deferred.

What's changed

Fixed

• --upgrade now reaches a track whose extracted lyrics are unsynced, instead of skipping it and leaving it unable to be promoted to synced (#574)
• --update now re-fetches a synced .lrc that was written from embedded tags, rather than pinning the track to the extracted version with no way to refresh it (#575)
• Releasing a throttled queue row preserves the status it was claimed from, so a deferred row is no longer stranded in pending with its deprioritization still applied (#569)

---

Docker: docker pull ghcr.io/sydlexius/canticle:1.23.2

Full changelog: v1.23.1...v1.23.2