matrix/thirdparty/synapse.git - Unnamed repository; edit this file 'description' to name the repository.

	Commit message (Collapse)	Author	Age	Files	Lines
*	Merge branch 'develop' into rav/saml2_client	Richard van der Hoff	2019-07-01	1	-12/+5
\|\
\| *	Make the http server handle coroutine-making REST servlets (#5475)	Amber Brown	2019-06-29	1	-11/+4
\| \|
* \|	Move all the saml stuff out to a centralised handler	Richard van der Hoff	2019-06-26	1	-33/+2
\| \|
* \|	Merge branch 'develop' into rav/saml2_client	Richard van der Hoff	2019-06-26	2	-9/+6
\|\\|
\| *	Run Black. (#5482)	Amber Brown	2019-06-20	2	-9/+6
\| \|
* \|	Code cleanups and simplifications.	Richard van der Hoff	2019-06-11	1	-3/+1
\|/ \| \| \|	Also: share the saml client between redirect and response handlers.
*	Initialise user displayname from SAML2 data (#4272)	Richard van der Hoff	2018-12-07	1	-0/+3
\| \| \| \| \|	When we register a new user from SAML2 data, initialise their displayname correctly.
*	Implement SAML2 authentication (#4267)	Richard van der Hoff	2018-12-07	3	-0/+136
	This implements both a SAML2 metadata endpoint (at `/_matrix/saml2/metadata.xml`), and a SAML2 response receiver (at `/_matrix/saml2/authn_response`). If the SAML2 response matches what's been configured, we complete the SSO login flow by redirecting to the client url (aka `RelayState` in SAML2 jargon) with a login token. What we don't yet have is anything to build a SAML2 request and redirect the user to the identity provider. That is left as an exercise for the reader.