Skip to content

feat(api): add DiscogsReleaseMetadata.not_found tombstone marker (1.12.0)#174

Merged
jakebromberg merged 1 commit into
mainfrom
feat/510-discogs-release-not-found
Jun 9, 2026
Merged

feat(api): add DiscogsReleaseMetadata.not_found tombstone marker (1.12.0)#174
jakebromberg merged 1 commit into
mainfrom
feat/510-discogs-release-not-found

Conversation

@jakebromberg

Copy link
Copy Markdown
Member

Summary

  • Adds not_found: boolean (default false) to DiscogsReleaseMetadata. true means LML hit Discogs and got a 404 for this release id, so the row is a tombstone — title = "" and artist = "" are identifier sentinels rather than real values.
  • LML's public boundary translates the tombstone back to None for direct callers (the T | None contract is unchanged for the LML API surface); this flag is exposed in the schema for future cross-service readers (Backend-Service, dj-site, iOS) so they can read the cache row directly without re-deriving the 404 state.
  • Bumps info.version 1.11.0 → 1.12.0. Additive only — every existing consumer that doesn't read the flag continues to behave exactly as it did pre-1.12.

Land order

After WXYC/discogs-etl ships the alembic migration adding release.not_found to the cache schema. Then WXYC/library-metadata-lookup#510 pins this release and regenerates generated/api_models.py.

Test plan

  • npm run test — 460 passed (no schema-shape contract regressions).
  • npm run lint — clean.
  • npm run check:breaking — no breaking changes.
  • npm run generate:typescript succeeds.

Related

…2.0)

`not_found = true` means LML hit Discogs and got a 404 for this release id, so the row is a tombstone — `title = ""` and `artist = ""` are identifier sentinels rather than real values. LML's public boundary already translates the tombstone back to `None` for direct callers; the flag is exposed in the schema for future cross-service readers (BS, dj-site, iOS) so they can read the cache row directly without re-deriving the 404 state.

Companion to the discogs-etl `release.not_found` migration and LML's `_api_fetch` 404-discrimination work in WXYC/library-metadata-lookup#510.

Defaulting to `false` keeps the change additive: every existing caller that doesn't read the flag continues to behave exactly as it did pre-1.12.
@jakebromberg jakebromberg merged commit 272d3cb into main Jun 9, 2026
2 checks passed
@jakebromberg jakebromberg deleted the feat/510-discogs-release-not-found branch June 9, 2026 03:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant