Commit Graph

4474 Commits (de3802cd5c3d33c62bbbd50d50e82275011a7711)
 

Author SHA1 Message Date
David Baker 8ae47557c9 s/Third Party/Accepted/ 5 years ago
David Baker 2555801458 m.third_party_terms -> m.accepted_terms
as it will have the HS's terms too
5 years ago
David Baker 4ba9b2a599 perfix 5 years ago
David Baker a63e4420eb
Linkify
Co-Authored-By: Richard van der Hoff <1389908+richvdh@users.noreply.github.com>
5 years ago
Andrew Morgan 02ac0f3b33 Give the user control! 5 years ago
Andrew Morgan acdb2b1b42 Merge branch 'hs/hash-identity' of github.com:matrix-org/matrix-doc into hs/hash-identity 5 years ago
Andrew Morgan e3ff80291f http err codes and hash wording fixes 5 years ago
Travis Ralston 21e93a123e Naming and capitalization 5 years ago
Andrew Morgan 53f025edfc Specify optional pepper rotation period 5 years ago
Andrew Morgan 2383a55720 404 for deprecated endpoint 5 years ago
Andrew Morgan c63edc7b97 Clean up wording around peppers and hashes 5 years ago
Andrew Morgan e3b2ad38b5 pepper -> lookup_pepper 5 years ago
Andrew Morgan 1fea604ba9 Don't define error message 5 years ago
David Baker 9ca3ccc81c Add requirments section for de-duping between services. 5 years ago
David Baker d4ca0c237a Specify ID grammar and add comma 5 years ago
David Baker 276e2b6843
Typo
Co-Authored-By: Travis Ralston <travpc@gmail.com>
5 years ago
David Baker cf48030d1f One more tradeoff 5 years ago
David Baker 32c7fc638d you have a number now 5 years ago
David Baker 23af87e9fc Proposal for IS & IM TOS API 5 years ago
Andrew Morgan 1343e19a6d Specify hash algorithm and fallback considerations 5 years ago
Andrew Morgan f28476f0f3 line wrap and fix wording 5 years ago
Andrew Morgan 3ee27d3818 salt->pepper. 1 pepper/is. add multi-hash idea 5 years ago
Travis Ralston 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.
5 years ago
Jimmy Cuadra 8246383330 Fix typos in changelog entry. 5 years ago
Andrew Morgan f41ed02c9e remove sec concerns 5 years ago
Andrew Morgan 6bb4a9e911 Add per-is salt consideration 5 years ago
Andrew Morgan 5049e552e7 Drop /api from the new endpoint 5 years ago
Andrew Morgan bc9b6c3659 Add salt to example and signal link 5 years ago
Travis Ralston 204601d9a4
Merge pull request #2133 from matrix-org/travis/fix-olm-2
Fix link to Olm signing specification
5 years ago
Andrew Morgan 063b9f60e0 Require a salt to defend against rainbow tables 5 years ago
Andrew Morgan d2b47a585d Allow for changing the hashing algo and add at-rest details 5 years ago
Travis Ralston ffdd8dfe01
Merge pull request #2137 from matrix-org/identity_service/release-r0.2.1
Identity r0.2.1
5 years ago
Travis Ralston d09af5b191 Identity r0.2.1 5 years ago
Will Hunt f8dbf2b360
Update proposals/2134-identity-hash-lookup.md
Co-Authored-By: Andrew Morgan <1342360+anoadragon453@users.noreply.github.com>
5 years ago
Travis Ralston 954a5607c3
Merge pull request #2136 from ma1uta/master
Fix typo.
5 years ago
Travis Ralston c63b5aff69
Create 2136.clarification 5 years ago
Anatoly Sablin 802b90d113 Typo. 5 years ago
Jimmy Cuadra 8affb23e5e Address feedback from code review.
* Switch "an SAS" back to "a SAS"
* Remove the `next_method` field from m.key.verification.start$m.sas.v1
  but add additional clarification to its description on
  m.key.verification.start that it is never present for methods that
  verify keys both ways.
5 years ago
Will Hunt 12431f1a4e Base64 potential issue 5 years ago
Will Hunt 8b92df74ab s/medium/address 5 years ago
Will Hunt a8c26d208b Wrap 5 years ago
Will Hunt 3eff76b00a MSC 2134 5 years ago
Travis Ralston 6f460ad70a minus spec
according to the apache .htaccess we use
5 years ago
Travis Ralston 33ca891e71 Fix link to Olm signing specification
See https://github.com/matrix-org/matrix.org/issues/478
5 years ago
Jimmy Cuadra 5384b61d95 Fix style issues brought up during code review.
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
5 years ago
Jimmy Cuadra 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>
5 years ago
Travis Ralston 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.
5 years ago
Matthew Hodgson aadf1cc733
Merge pull request #2131 from jimmycuadra/e2ee-easier-typo
Fix typo in key verification framework section.
5 years ago
Jimmy Cuadra 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>
5 years ago
Jimmy Cuadra 2dd0da7d50 Fix typo in key verification framework section.
Signed-off-by: Jimmy Cuadra <jimmy@jimmycuadra.com>
5 years ago