Decentralized social media network — no central server, user-owned data
88dfbd26f4
The Phase 2f `canonical_root_post_id` column was added to both the CREATE TABLE block (for fresh DBs) and a conditional ALTER TABLE (for upgrading DBs). The matching CREATE INDEX, however, was inlined in the CREATE TABLE block — which runs BEFORE the ALTER. On an upgrading DB with the v0.6.1 schema, CREATE TABLE IF NOT EXISTS is a no-op against the existing (old) table, so the table still lacks the column when the index statement runs and SQLite bails with "Error code 1: SQL error or missing database" at offset 74. Caught on the v0.6.2 anchor deploy — the anchor died right after start because its v0.6.1 DB couldn't apply migrations. Fix: remove the index from the CREATE TABLE block; run an unconditional `CREATE INDEX IF NOT EXISTS idx_group_keys_root ...` in the migration section, after the conditional ALTER has added the column. Idempotent in both paths — fresh DB (column from CREATE TABLE) and upgrading DB (column from ALTER). 121 / 121 core tests pass. |
||
|---|---|---|
| crates | ||
| deploy | ||
| docs | ||
| frontend | ||
| website | ||
| .gitignore | ||
| .sync-exclude.lst | ||
| ARCHITECTURE.md | ||
| build-appimage.sh | ||
| Cargo.lock | ||
| Cargo.toml | ||
| deploy.sh | ||
| download-page.html | ||
| IMPLEMENTATION_PLAN_0.6.md | ||
| pic2.png | ||
| project discussion.txt | ||
| project-notes-from-elitebook.md | ||
| TODO.md | ||
