decouple from MSC1849/MSC2674

pull/2241/head
Hubert Chathi 3 years ago
parent affa240543
commit 609641636d

@ -89,9 +89,6 @@ verification itself.
To accept a key verification, Bob will send an `m.key.verification.ready` event To accept a key verification, Bob will send an `m.key.verification.ready` event
with the following properties in its contents: with the following properties in its contents:
TODO: MSC1849 may use `m.relationship` rather than `m.relates_to`, in which
case this proposal should follow suit.
- `m.relates_to`: an object with the properties: - `m.relates_to`: an object with the properties:
- `rel_type`: `m.reference` - `rel_type`: `m.reference`
- `event_id`: the event ID of the key verification request that is being - `event_id`: the event ID of the key verification request that is being
@ -100,6 +97,10 @@ case this proposal should follow suit.
- `from_device`: Bob's device ID. This is required since some verification - `from_device`: Bob's device ID. This is required since some verification
methods may use the device IDs as part of the verification process. methods may use the device IDs as part of the verification process.
(Note: the form of the `m.relates_to` property is based on the current state of
[MSC2674](https://github.com/matrix-org/matrix-doc/pull/2674), but is
independent from it since this MSC does not rely on any aggregations features.)
Clients should ignore `m.key.verification.ready` events that correspond to Clients should ignore `m.key.verification.ready` events that correspond to
verification requests that they did not send. verification requests that they did not send.

Loading…
Cancel
Save