00de03bddb
Merge remote-tracking branch 'origin/travis/msc/wk-before-srv' into travis/msc/wk-before-srv
6 years ago
2fe6b2cb5c
Plagiarize from richvdh for a better explanation
6 years ago
ab7876cbef
Update 1831-srv-after-wellknown.md
6 years ago
0e90cf6a0c
Proposal to change the order of .well-known and SRV discovery techniques
6 years ago
72a2871021
Merge pull request #1804 from matrix-org/travis/msc/room-version-client-advertising
...
MSC1804: Advertising capable room versions to clients
6 years ago
4437c383bb
Merge pull request #1790 from matrix-org/travis/spec/login-redirect
...
Add a mechanism for redirecting clients after login
6 years ago
1c0742ed6a
MSC 1659 Proposal: Change Event IDs to Hashes ( #1659 )
6 years ago
d2b35e5150
Merge pull request #1821 from matrix-org/travis/spec/rver-make-memberships
...
Specify the room_version response property on /make_{leave|join}
6 years ago
2c3ba0b135
Merge pull request #1813 from matrix-org/erikj/make_membership_room_ver
...
MSC 1813 - Federation Make Membership Room Version
6 years ago
00adfdbf4a
Merge pull request #1820 from matrix-org/travis/spec/fed-v2-invite
...
Specification for v2 s2s invite API
6 years ago
c0039c30f2
Minor wording changes from code review
...
Co-Authored-By: turt2live <travpc@gmail.com>
6 years ago
3374d22b52
Merge pull request #1823 from matrix-org/anoa/majority_update
...
75% majority now required for FCP
6 years ago
de57d3950f
Relax the requirement for a content-type on .well-known ( #1824 )
...
The main reason for this is that Apache etc won't stick a content-type on by
default, because they don't know it's JSON, so requiring it seems like it will
require unnecessary hoop-humping for everyone who wants to use a .well-known.
6 years ago
0712fd36a2
75% majority now required for FCP
6 years ago
d12593feea
Specify the room_version response property on /make_{leave|join}
...
Original proposal: https://github.com/matrix-org/matrix-doc/pull/1813
Implementation proof: https://github.com/matrix-org/synapse/pull/4447
There are no changes from the original proposal.
6 years ago
aca9437bf3
Specification for v2 s2s invite API
...
Original proposal: https://github.com/matrix-org/matrix-doc/pull/1794
Implementation proofs:
* https://github.com/matrix-org/synapse/pull/4402
* https://github.com/matrix-org/synapse/pull/4496
There are no changes from the original proposal.
6 years ago
9f443225ac
fix incorrect spelling of homeserver
6 years ago
577edeb53b
Say that !stable == unstable
6 years ago
6c7eea555a
Merge pull request #1773 from matrix-org/travis/spec/rooms
...
Add a room version specification
6 years ago
84a4ca62c3
Merge pull request #1786 from matrix-org/travis/spec/exp-caps
...
Add support for unstable feature advertising via /versions
6 years ago
052d68d83d
Merge pull request #1791 from matrix-org/travis/spec/rver-upgrades
...
Add room version upgrades
6 years ago
413bfaeb68
Add clarification that clients shouldn't use unstable things as stable
6 years ago
061f59547a
Minor wording changes
6 years ago
5cafcd103f
Fix copyright
...
> Since this is a copy-and-paste of old text, I think the copyright year should match when the original text was written, which according to git was 2017.
Co-Authored-By: turt2live <travpc@gmail.com>
6 years ago
50eba23669
Update MSC to match how room versions work
...
As per 1773.
6 years ago
0dfc64a9f4
Improve wording
6 years ago
bd5e760a0d
Simplify the description for room versions
...
Instead of trying to describe maturity, stability, and recommendedness in one list we should describe what is "safe" and "unsafe" to use. The default version is just something that servers should use, and is normally going to be stable.
6 years ago
3ec3adbc24
Proposal for add room_version to make_* fed APIs
6 years ago
f308871ed9
Merge pull request #1794 from matrix-org/erikj/fed_invite_v2
...
MSC 1794 - Federation v2 Invite API
6 years ago
ebe887d931
Grammar
...
Co-Authored-By: turt2live <travpc@gmail.com>
6 years ago
ba37f2d311
prompt->advertise
6 years ago
19e94815f9
Try and improve the understanding of room versions
6 years ago
0dde2489b6
Clarify what a Mandatory room version is
6 years ago
96d754f429
promote -> prompt
6 years ago
a6f5d01586
Clarify that servers don't have to implement development/beta versions
6 years ago
f5fa7e5924
Change wording to encourage servers to make reasonable decisions
6 years ago
2457438f1e
Encourage servers to transfer whatever they can while being open-ended
6 years ago
4e0533a5f3
Soften UX requirements
6 years ago
ecca4a049b
Merge pull request #1806 from matrix-org/travis/misc/fix-c2s-changelog
...
Clarify that changelog entries end with a full stop
6 years ago
5f12419afb
Clarify that changelog entries end with a full stop
6 years ago
fcc26d247e
Merge pull request #1789 from matrix-org/travis/spec/sso-login
...
Add a generic SSO login API
6 years ago
82ee3a6035
Adjust wording for SSO introduction
6 years ago
853d7ede30
Clarify the categories and the interaction between them
6 years ago
5da17d0114
Remove recommendation for clients to respect the spec over the server
6 years ago
7fee7373ea
Proposal for advertising capable room versions to clients
6 years ago
166d4ada86
Fix room versions reference in appendices & s2s spec
6 years ago
3b47a5924b
Remove extraneous changelog
6 years ago
71e6321f4d
Rework how room versions are represented
...
Versions are actually on a scale of recommendations, and are expected to be created as needed. The scale presented here (develop/beta/default/recommended/mandatory) is a more wordy version of what was previously discussed/intended for room versions - the labels aren't final and may be changed.
6 years ago
aeb524ef89
Remove CAS login and reference it against r0.4.0
...
The SSO module should cover what CAS provides, and r0.4.0 is good as a reference for how CAS could be implemented without us repeating it here.
6 years ago
ebf37178b5
Update proposals/1794-federation-v2-invites.md
...
Co-Authored-By: erikjohnston <erikj@jki.re>
6 years ago
Travis Ralston