Skip to content

Restore beta database migration compatibility - #339

Merged
Obed0101 merged 1 commit into
devfrom
release/v0.1.44-beta.15
Sep 14, 2026
Merged

Obed0101 merged 1 commit into
devfrom
release/v0.1.44-beta.15

Conversation

@Obed0101

@Obed0101 Obed0101 commented Sep 14, 2026 •

Copy link
Copy Markdown
Contributor

Problem

v0.1.44-beta.14 omitted the previously released 20260912160000_todo_target_lock migration identity. Databases used by beta.11 and later therefore fail closed before migration with Unsupported database migration, even though their schema is intact.

Solution

  • Restore the original target-lock migration SQL with its exact timestamp and SHA-256 identity.
  • Add a regression that verifies the published identity and confirms compatibility inspection leaves database bytes unchanged.
  • Document the compatibility repair for v0.1.44-beta.15.

Existing databases that already applied this migration recognize it without rerunning it. New databases create the same previously published table.

Verification

  • bun test test/storage/compatibility.test.ts test/installation/rollback.test.ts --timeout 30000 — 12 passed, 0 failed.
  • bun run typecheck — passed.
  • Local 0.1.44-beta.15 build loaded 29 migrations and passed --version / --help smoke checks.
  • Against a consistent isolated SQLite backup: compatibility reported compatible: true, pending: [], legacy: false; the compiled binary listed a session successfully; PRAGMA quick_check remained ok; and the database SHA-256 remained unchanged.

View with [code]smith Autofix with [code]smith
Need help on this PR? Tag @codesmith-bot with what you need. Autofix is disabled.

@Obed0101
Obed0101 merged commit c9339c7 into dev Sep 14, 2026
8 checks passed
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