2c581377a5
* Remodel how device list change IDs are created Previously we made them using the offset Kafka supplied. We don't run Kafka anymore, so now we make the SQL table assign the change ID via an AUTOINCREMENTing ID. Redesign the `keyserver_key_changes` table to have `UNIQUE(user_id)` so we don't accumulate key changes forevermore, we now have at most 1 row per user which contains the highest change ID. This needs a SQL migration. * Ensure we bump the change ID on sqlite * Actually read the DeviceChangeID not the Offset in synapi * Add SQL migrations * Prepare after migration; fixup dendrite-upgrade-test logging * Use higher version numbers; fix sqlite query to increment better * Default 0 on postgres * fixup postgres migration on fresh dendrite instances |
||
|---|---|---|
| .. | ||
| client-api-proxy | ||
| create-account | ||
| dendrite-demo-libp2p | ||
| dendrite-demo-pinecone | ||
| dendrite-demo-yggdrasil | ||
| dendrite-monolith-server | ||
| dendrite-polylith-multi | ||
| dendrite-upgrade-tests | ||
| dendritejs | ||
| dendritejs-pinecone | ||
| federation-api-proxy | ||
| furl | ||
| generate-config | ||
| generate-keys | ||
| goose | ||
| resolve-state | ||