caf46db6e7
Changelog
5 years ago
35eb1993d9
Add a changelog fragment for the room key request action fix.
5 years ago
92c6f4c38e
Add M_USER_DEACTIVATED to list of error codes ( #2234 )
...
Spec PR for [MSC 2181](https://github.com/matrix-org/matrix-doc/pull/2181 ).
Adds the `M_USER_DEACTIVATED` error code and a short description to the client-server API.
5 years ago
a171d5f6fd
Check for a state_key on the tombstone push rule
...
This is an oversight from the proposal.
5 years ago
a63fab20ee
Fix some typos
...
Signed-off-by: Dominic Fischer <dominicfischer7@gmail.com>
5 years ago
28596a6c74
Add missing changelog for #2204 .
5 years ago
d4ce3a0181
Merge pull request #2201 from matrix-org/push_gateway/release-r0.1.1
...
Push r0.1.1 release
5 years ago
cfc502a2f1
Merge pull request #2202 from matrix-org/application_service/release-r0.1.2
...
Appservices r0.1.2 release
5 years ago
26c2ce8a92
Server-server r0.1.3 changelog
5 years ago
0b49112399
Appservices r0.1.2 changelog
5 years ago
40e6f82cbd
Push r0.1.1 changelog
5 years ago
62f7a4f82c
Fix/add changelogs
...
The push spec one was missed in https://github.com/matrix-org/matrix-doc/pull/2151
5 years ago
7b0f5ea77b
Merge pull request #2159 from jimmycuadra/reference-hash-purpose
...
Clarify the purpose of reference hashes.
5 years ago
52643a92c6
Less confusing wording on Application Service's Legacy Routes ( #2160 )
...
https://matrix.org/docs/spec/application_service/r0.1.1#legacy-routes
The "becomes" wording made it a little bit confusing for which was the new route and which was the old.
5 years ago
5df86dabe0
Clarify the purpose of reference hashes.
...
The server-server specification describes a "reference hash" of an event
and how to calculate it, but is otherwise not mentioned anywhere else in
the document. This change adds a sentence to explain that they are used
for event identifiers in later room versions, which are described in
other documents.
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
5 years ago
9ed19a37ad
Client-server: Fix upload keys example request
...
Contributes to #1733
Signed-off-by: Alexey Andreyev <aa13q@ya.ru>
5 years ago
9208c5cd13
Add changelog
5 years ago
e88a074c9f
Add changelog
6 years ago
ace94f02b7
Merge pull request #2132 from jimmycuadra/clarify-m.key.verification.start
...
Clarify the distinction between *m.key.verification.start* and its *m.sas.v1* variant.
6 years ago
8246383330
Fix typos in changelog entry.
6 years ago
204601d9a4
Merge pull request #2133 from matrix-org/travis/fix-olm-2
...
Fix link to Olm signing specification
6 years ago
d09af5b191
Identity r0.2.1
6 years ago
c63b5aff69
Create 2136.clarification
6 years ago
33ca891e71
Fix link to Olm signing specification
...
See https://github.com/matrix-org/matrix.org/issues/478
6 years ago
5384b61d95
Fix style issues brought up during code review.
...
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
6 years ago
bc71dacaf4
Clarify the distinction between *m.key.verification.start* and its *m.sas.v1* variant.
...
Currently the *m.key.verification.start* event appears twice with the
exact same title, in the "Key verification framework" section and the
"Short Authentication (SAS) verification" section. It's not immediately
clear that the first occurrence describes the format of the event in
general terms and that the second occurrence describes the fields when
the *m.sas.v1* verification method is being used. This is a similar
relationship to the *m.room.message* event and its various *msgtype*
variants.
This commit does three things:
* It tweaks the generation of the documentation to change the title
of the second occurrence of *m.key.verification.start* to
distinguish it from the first.
* It updates the language in the description of the two versions of the
event to better describe the relationship between the two.
* It adds the optional `next_method` field to the schema of the
*m.sas.v1* variant, as specified in the general form of
*m.key.verification.start*.
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
6 years ago
b807e1cbe5
Merge pull request #2129 from jimmycuadra/conditionally-required-url-fields
...
Remove the "required" designation from the `url` field of certain m.room.message msgtypes.
6 years ago
aadf1cc733
Merge pull request #2131 from jimmycuadra/e2ee-easier-typo
...
Fix typo in key verification framework section.
6 years ago
b885714d94
Remove the "required" designation from the `url` field of certain
...
m.room.message msgtypes.
Now that content referenced by the *m.audio*, *m.file*, *m.image*, and
*m.video* message types can be encrypted, the `url` field is required
*only* if the content is unencrypted. The "required" designation in the
event schemas (which prefixes the field description with "Required" in
bold in the generated HTML) is used to indicate fields which must always
be present, and this is no longer the case.
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
6 years ago
2dd0da7d50
Fix typo in key verification framework section.
...
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
6 years ago
cac72ff873
Merge pull request #2126 from matrix-org/travis/403-id-unbind
...
Add 403 error to IS unbind
6 years ago
a9297f9e6c
Merge pull request #2125 from jimmycuadra/m.notice-format
...
Add missing format fields to m.room.message$m.notice schema.
6 years ago
e670fb1f5a
Add missing format fields to m.room.message$m.notice schema.
...
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
6 years ago
67ea3b9ce8
Add 403 error to IS unbind
...
Fixes https://github.com/matrix-org/matrix-doc/issues/2117
6 years ago
b8f1f37927
Remove incorrect id_server param from IS spec
...
Fixes https://github.com/matrix-org/matrix-doc/issues/2118
6 years ago
98c9d93b20
Merge pull request #2113 from matrix-org/client_server/release-r0.5.0
...
Client-Server r0.5.0
6 years ago
497c6875ac
Merge pull request #2112 from matrix-org/server_server/release-r0.1.2
...
Federation r0.1.2
6 years ago
67d12165e8
Merge pull request #2111 from matrix-org/identity_service/release-r0.2.0
...
Identity r0.2.0
6 years ago
1ca60bf5d7
Client-Server r0.5.0
6 years ago
8e6ccf0a0e
Federation r0.1.2
6 years ago
34ad81e81b
Identity r0.2.0
6 years ago
4f915f2760
Appservice r0.1.1
6 years ago
2d18f81807
Merge pull request #2087 from matrix-org/travis/1.0/events-are-extensible
...
Reorganize event structure in c2s spec and clarify event capabilities
6 years ago
8ac555f870
Merge pull request #2083 from matrix-org/travis/1.0/key-object
...
Clarify the key object definition for the key management API
6 years ago
19f017f9bd
Merge pull request #2035 from matrix-org/travis/1.0/msc688-msc1227-lazy-loading
...
Spec lazy-loading room members
6 years ago
fbdb56a29f
Merge pull request #2101 from matrix-org/anoa/hs_3pid_tokens
...
Add submit_url field to requestToken responses, clarify HS's can send tokens themselves
6 years ago
6d60258e25
Merge pull request #2080 from matrix-org/travis/1.0/msc2076-msc2077-v5-rooms
...
Spec v5 rooms: Key validity
6 years ago
370ae8b9fe
Merge pull request #2068 from matrix-org/travis/1.0/mxc
...
Refactor documentation for content/media repository
6 years ago
b7378a860a
Merge pull request #2097 from matrix-org/travis/1.0/common-themes
...
Specify some of the common concepts for Matrix in the index
6 years ago
c1c26859e2
Merge pull request #2096 from matrix-org/travis/1.0/read-notifs
...
Clarify how notification counts are calculated in /sync
6 years ago
Travis Ralston