- 09 Jun, 2019 1 commit
-
-
ale authored
-
- 03 Feb, 2019 1 commit
-
-
ale authored
To support pattern searches, make the LDAP query templates understand both "admin-provided input" and "user-provided input", so that wildcards will only be escaped in the latter case.
-
- 14 Dec, 2018 1 commit
-
-
ale authored
-
- 17 Nov, 2018 1 commit
-
-
ale authored
The new ResourceID is really a database ID (in our case, a LDAP DN), and we have completely decoupled other request attributes like type and owner from it. Resource ownership checks are now delegated to the backend. Also change the backend CreateResource call to CreateResources, taking multiple resources at once, so we can perform user-level resource validation, and simplify the CreateUser code path.
-
- 16 Nov, 2018 1 commit
-
-
ale authored
The shard is kept in sync with the email resource shard. CreateUser validation enforces a single email resource per account.
-
- 14 Nov, 2018 1 commit
-
-
ale authored
Previously we were returning error 500 when we should have returned a 400.
-
- 09 Nov, 2018 1 commit
-
-
ale authored
Structure flow around requests themselves and composition rather than handlers and wrappers, the results are likely more readable (and shorter). Move all the user auth management business logic to a smart RawUser object, to separate it from details of API handling. The result should be more understandable: all critical changes are contained within a single type. Also, with all the workflow driven by Requests, we can get rid of the boilerplate in the HTTP API server and replace it with a tiny tiny layer of reflection.
-