- Aug 10, 2018
-
-
black authored
-
- Jul 09, 2018
-
-
Amber Brown authored
-
- Apr 15, 2018
-
-
Adrian Tschira authored
This is a mixed commit that fixes various small issues * print parentheses * 01 is invalid syntax (it was octal in py2) * [x for i in 1, 2] is invalid syntax * six moves Signed-off-by:
Adrian Tschira <nota@notafile.com>
-
- Jan 09, 2018
-
-
Richard van der Hoff authored
https://github.com/matrix-org/synapse/pull/2755 broke log-config generation, which in turn broke the unit tests.
-
- Jun 09, 2016
-
-
Mark Haines authored
Renames ``load_config`` to ``load_or_generate_config`` Adds a method called ``load_config`` that just loads the config. The main synapse.app.homeserver will continue to use ``load_or_generate_config`` to retain backwards compat. However new worker processes can use ``load_config`` to load the config avoiding some of the cruft needed to generate the config. As the new ``load_config`` method is expected to be used by new configs it removes support for the legacy commandline overrides that ``load_or_generate_config`` supports
-
- Feb 22, 2016
-
-
Mark Haines authored
-
- Feb 09, 2016
-
-
Erik Johnston authored
-
Erik Johnston authored
-
- Feb 05, 2016
-
-
Daniel Wagner-Hall authored
Currently we store all access tokens in the DB, and fall back to that check if we can't validate the macaroon, so our fallback works here, but for guests, their macaroons don't get persisted, so we don't get to find them in the database. Each restart, we generate a new ephemeral key, so guests lose access after each server restart. I tried to fix up the config stuff to be less insane, but gave up, so instead I bolt on yet another piece of custom one-off insanity. Also, add some basic tests for config generation and loading.
-