- Jun 12, 2020
-
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
- Jun 11, 2020
-
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
- Jun 10, 2020
-
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
Brendan Abolivier authored
-
- Jun 09, 2020
-
-
Brendan Abolivier authored
This reverts commit 8587b042.
-
Brendan Abolivier authored
-
Erik Johnston authored
* Ensure account data stream IDs are unique. The account data stream is shared between three tables, and the maximum allocated ID was tracked in a dedicated table. Updating the max ID happened outside the transaction that allocated the ID, leading to a race where if the server was restarted then the same ID could be allocated but the max ID failed to be updated, leading it to be reused. The ID generators have support for tracking across multiple tables, so we may as well use that instead of a dedicated table. * Fix bug in account data replication stream. If the same stream ID was used in both global and room account data then the getting updates for the replication stream would fail due to `heapq.merge(..)` trying to compare a `str` with a `None`. (This is because you'd have two rows like `(534, '!room')` and `(534, None)` from the room and global account data tables). Fix is just to order by stream ID, since we don't rely on the ordering beyond that. The bug where stream IDs can be reused should be fixed now, so this case shouldn't happen going forward. Fixes #7617
- Jun 08, 2020
-
-
Patrick Cloke authored
-
Patrick Cloke authored
-
- Jun 05, 2020
-
-
Patrick Cloke authored
-
Travis Ralston authored
Fixes https://github.com/matrix-org/synapse/issues/3177
-
Richard van der Hoff authored
* Clarify how to authenticate * path params are not the same thing as query params * Fix documentation for `/_synapse/admin/v2/users/<user_id>`
-
Patrick Cloke authored
-
Richard van der Hoff authored
These things don't return Deferreds.
-
Richard van der Hoff authored
-
Patrick Cloke authored
-
Dirk Klimpel authored
Allow new users to be registered via the admin API even if the monthly active user limit has been reached (#7263)
-
Dirk Klimpel authored
- Admin is able to - change displaynames - delete devices - list devices - get device informations Fixes #7330
-
Patrick Cloke authored
-