Commit graph

5700 commits

Author SHA1 Message Date
Travis Ralston 0eabf108d9 Add a mechanism for redirecting clients after login
Implements https://github.com/matrix-org/matrix-doc/pull/1730
2019-01-09 15:05:27 -07:00
Travis Ralston d6c33ea0a5 Make CAS a subset of SSO 2019-01-09 14:41:46 -07:00
Andrew Morgan 59196bfd79
Merge pull request #1788 from matrix-org/anoa/proposals_sticky_headers
Sticky headers for proposals page
2019-01-09 15:20:54 +00:00
Andrew Morgan f738f671d1 Sticky headers for proposals page 2019-01-09 15:16:18 +00:00
Andrew Morgan ec97e1eedb
Merge pull request #1753 from matrix-org/rav/proposal/cs_capabilities
MSC1753: client-server capabilities API
2019-01-09 14:10:37 +00:00
Richard van der Hoff c10394d03f Clarifications thanks to @uhoreg 2019-01-09 11:26:14 +00:00
Travis Ralston 3e7a5f5ea4 Initial draft for SSO support 2019-01-09 00:09:38 -07:00
Hubert Chathi 09a547d67e add some cancellation codes, and mention existing verification MSCs 2019-01-08 17:45:13 -05:00
Hubert Chathi 38689a8215 add information about interacting with key requests and define cancellation codes 2019-01-08 17:44:01 -05:00
Hubert Chathi ff0b9eac76 add ability to start verifications that happen in two stages 2019-01-08 16:11:15 -05:00
Hubert Chathi c02ecb58ae mark which fields are required 2019-01-08 16:11:00 -05:00
Hubert Chathi 3b0073a9d1 allow for multiple keys to be verified, for cross-signing 2019-01-08 16:07:22 -05:00
Hubert Chathi ba39779375 add a conclusion 2019-01-08 16:06:53 -05:00
Hubert Chathi 517754bada use common key verification message types as per MSC1717 2019-01-08 16:05:55 -05:00
Matthew Hodgson 3a5d56467b reword lead renewals 2019-01-08 14:51:45 +00:00
Matthew Hodgson 2377a944c6 Merge branch 'matthew/msc1779' of git+ssh://github.com/matrix-org/matrix-doc into matthew/msc1779 2019-01-08 14:50:26 +00:00
Matthew Hodgson 5235293623 spell out the Core Team a bit more 2019-01-08 14:50:18 +00:00
Erik Johnston 0e246b1477
Update proposals/1779-open-governance.md
Co-Authored-By: ara4n <matthew@arasphere.net>
2019-01-08 14:44:18 +00:00
Matthew Hodgson c05000b38d broaden reasons for dysfunctional core spec teams 2019-01-08 14:43:44 +00:00
Matthew Hodgson 2047ba59da spell out domain spread requirement for spec core team 2019-01-08 14:42:49 +00:00
Matthew Hodgson 103d2f4ed2 clarify that the project lead doesn't have casting vote 2019-01-08 14:36:32 +00:00
Matthew Hodgson e730cc02a9 specify how to select a new spec core team lead 2019-01-08 14:34:20 +00:00
Matthew Hodgson 7831c04e4c clarify sytest responsibilities 2019-01-08 14:29:24 +00:00
Matthew Hodgson 4fcd38a3a0 clarify guardians' right to override spec core team membership 2019-01-08 14:27:03 +00:00
Matthew Hodgson 4994fa115e X=75 2019-01-08 14:21:19 +00:00
Richard van der Hoff b541c2a247 more formatting 2019-01-08 12:54:52 +00:00
Richard van der Hoff 5812450299 spec that we follow redirects 2019-01-08 12:51:23 +00:00
Richard van der Hoff f1ebbc358b document dismissed options 2019-01-08 12:51:23 +00:00
Richard van der Hoff fb171cadf4 formatting fix 2019-01-08 12:51:23 +00:00
Richard van der Hoff 12fc50cea7 clarify that a whitelist is useful for cjdns too 2019-01-08 11:03:36 +00:00
Richard van der Hoff f33a540e6d Do a SRV lookup before .well-known lookup
also other clarifications and corrections.
2019-01-08 00:25:06 +00:00
Travis Ralston 75c084e987 changelog 2019-01-07 14:50:55 -07:00
Richard van der Hoff 74b2db7937 Remove .well-known section
This really belongs in MSC1708.
2019-01-07 21:39:02 +00:00
Richard van der Hoff 367f61f14a cleanups and clarifications 2019-01-07 21:38:41 +00:00
Travis Ralston ccc1cdaead Add support for unstable feature advertising via /versions
Incorporates https://github.com/matrix-org/matrix-doc/issues/1497
2019-01-07 14:38:21 -07:00
Travis Ralston bc1303a1a0
Add a bit of rationale for WIP tags 2019-01-07 13:39:50 -07:00
Travis Ralston 671527360c
Recommend some kind of WIP tag for MSCs 2019-01-07 13:16:45 -07:00
Travis Ralston 258aba5fed Incorporate MSC1693
This is largely blatant copy/paste from the MSC with some formatting done to tidy it up a bit.
2019-01-07 13:09:21 -07:00
Matthew Hodgson b824906709 typoes 2019-01-07 03:23:36 +00:00
Matthew Hodgson de6a8b20ff grammar 2019-01-07 02:53:49 +00:00
Matthew Hodgson c073adac9b incorporate review from #1318 2019-01-07 02:51:04 +00:00
Matthew Hodgson e6fb403dd0 add TODO for clarifying features v. extensions 2019-01-07 02:47:37 +00:00
Matthew Hodgson 303e1081f8 unbreak wordwrap 2019-01-07 02:44:59 +00:00
Matthew Hodgson 4538745809 MSC1779: Open Governance for Matrix.org 2019-01-07 02:43:46 +00:00
Matthew Hodgson bd72ecfa58 oops, wrong branch 2019-01-07 02:43:21 +00:00
Matthew Hodgson c5de71843a MSC1779: Open Governance for Matrix.org 2019-01-07 02:42:03 +00:00
Travis Ralston ffe577371d Add a room version specification
The "Room Specification" (or "Room Version Specification") is the specification that defines which room versions do what and are intended to be documents which speak the truth about how rooms operate under the hood.

The approach taken here is a bit different than other specifications. For starters, the specification is versioned in this project instead of relying on the matrix.org repository to track compiled HTML. This is done for a couple reasons, the first being we're still developing the v1 specification while concurrently making a v2 spec and the second being trying to reduce the reliance on matrix.org's repository for specifications.

Because the room spec is built into versions, some changes needed to be made. The `targets.yaml` now has a special syntax for indicating what version something is at, and the changelog generator can handle rendering different versions of the same changelog (as parsed from the RST). Some additional work has been put in to the changelog parsing to allow us to reference the v1 room spec as "v1" without having to sacrifice clarity in the changelog headings.

Finally, this moves the state resolution algorithms into the versioned
spec as a result of MSC1759 (https://github.com/matrix-org/matrix-doc/pull/1759).

Note: this does not introduce the concept of versioned schemas (tabs) that I was previously working with. There's currently no use for them, so they are shelved elsewhere.
2019-01-04 15:49:24 -07:00
Richard van der Hoff e0fa00fc34 Some HSes use more than one notary 2019-01-03 18:21:05 +00:00
Travis Ralston ca2e9260d4
Update proposals/1753-capabilities.md
r0/versions isn't a thing

Co-Authored-By: richvdh <1389908+richvdh@users.noreply.github.com>
2019-01-03 17:41:06 +00:00
Travis Ralston 4019678661
Update proposals/1753-capabilities.md
r0/versions isn't a thing

Co-Authored-By: richvdh <1389908+richvdh@users.noreply.github.com>
2019-01-03 17:40:57 +00:00