Merge a4607b35dd into 68994d7fcd

changelogs/client_server/newsfragments/2404.breaking

@@ -1 +0,0 @@
-Clients are now supposed to follow 30x redirects from `/.well-known/matrix/client` as per [MSC4402](https://github.com/matrix-org/matrix-spec-proposals/pull/4402).

changelogs/client_server/newsfragments/2412.clarification

@@ -1 +0,0 @@
-Use the User ID type in OlmPayload and DeviceKeys.

changelogs/client_server/newsfragments/2417.clarification

@@ -1 +0,0 @@
-Wording improvements and spelling fixes. Contributed by @HarHarLinks.

changelogs/client_server/newsfragments/2418.clarification

@@ -1 +0,0 @@
-Rename OlmPayload to OlmPlaintext to avoid confusion with Olm message Payload Bytes.

content/client-server-api/_index.md

@@ -429,7 +429,6 @@ Instead, they can be reached via HTTPS on the [server name](/appendices/#server-
 
 Servers hosting the `.well-known` JSON file SHOULD offer CORS headers,
 as per the [CORS](#web-browser-clients) section in this specification.
-{{% added-in v="1.20" %}} Servers SHOULD also ensure that each 30x redirect, if any, offers such CORS headers.
 {{% /boxes/note %}}
 
 The flow for auto-discovery is as follows:
@@ -438,7 +437,6 @@ The flow for auto-discovery is as follows:
     Matrix ID at the first colon.
 2.  Extract the hostname from the server name as described by the [grammar](/appendices/#server-name).
 3.  Make a GET request to `https://hostname/.well-known/matrix/client`.
-    {{% added-in v="1.20" %}} 30x redirects SHOULD be followed, however redirection loops should be avoided.
     1.  If the returned status code is 404, then `IGNORE`.
     2.  If the returned status code is not 200, or the response body is
         empty, then `FAIL_PROMPT`.
@@ -3662,7 +3660,7 @@ The actual aggregation format depends on the `rel_type`.
 
 When an event is served to the client through the APIs listed below, a
 `m.relations` property is included under `unsigned` if the event has child
-events which can be aggregated. The `m.relations` property is
+events which can be aggregated and point at it. The `m.relations` property is
 an object keyed by `rel_type` and value being the type-specific aggregated
 format for that `rel_type`. This `m.relations` property is known as a "bundled
 aggregation".

content/client-server-api/modules/end_to_end_encryption.md

@@ -1772,9 +1772,12 @@ Messages with type 1 can only be decrypted with an existing session. If
 there is no matching session, the client must treat this as an invalid
 message.
 
-The plaintext corresponding to the "Cipher-Text" in an an [Olm message](/olm-megolm/olm/#normal-messages) is of the form:
+The plaintext payload is of the form:
 
-{{% definition path="api/client-server/definitions/olm_plaintext" %}}
+{{% definition path="api/client-server/definitions/olm_payload" %}}
+
+The type and content of the plaintext message event are given in the
+payload.
 
 If a client has multiple sessions established with another device, it
 should use the session from which it last received and successfully
@@ -1947,7 +1950,7 @@ As of `v1.3`, the `sender_key` and `device_id` keys are **deprecated**. They
 SHOULD continue to be sent, however they MUST NOT be used to verify the
 message's source.
 
-Clients MUST NOT store or look up sessions using the `sender_key` or `device_id`.
+Clients MUST NOT store or lookup sessions using the `sender_key` or `device_id`.
 
 In a future version of the specification the keys can be removed completely,
 including for sending new messages.

content/client-server-api/modules/threading.md

@@ -191,7 +191,7 @@ Note that, as in the example above, child events of the `latest_event` should
 themselves be aggregated and included under `m.relations` for that event. The
 server should be careful to avoid loops, though loops are not currently
 possible due to `m.thread` not being permitted to target an event with an
-`m.relates_to` property with a `rel_type`.
+`m.relates_to` property.
 
 `count` is simply the number of events using `m.thread` as a `rel_type` pointing to the target event.
 It does not include events sent by [ignored users](#ignoring-users).

data/api/client-server/definitions/device_keys.yaml

@@ -20,8 +20,6 @@ properties:
     description: |-
       The ID of the user the device belongs to. Must match the user ID used
       when logging in.
-    format: mx-user-id
-    pattern: "^@"
     example: "@alice:example.com"
   device_id:
     type: string

data/api/client-server/definitions/olm_payload.yaml

@@ -14,9 +14,9 @@
 
 
 type: object
-title: OlmPlaintext
+title: OlmPayload
 description: |-
-  The plaintext of an event encrypted using Olm.
+  The plaintext payload of an event encrypted using Olm.
 properties:
   type:
     type: string
@@ -27,13 +27,9 @@ properties:
   sender:
     type: string
     description: The user ID of the event sender.
-    format: mx-user-id
-    pattern: "^@"
   recipient:
     type: string
     description: The user ID of the intended event recipient.
-    format: mx-user-id
-    pattern: "^@"
   recipient_keys:
     description: The recipient's signing keys of the encrypted event.
     $ref: "#/components/schemas/SigningKeys"

data/api/client-server/wellknown.yaml

@@ -1,5 +1,4 @@
 # Copyright 2018 New Vector Ltd
-# Copyright 2026 Hagen Echzell
 #
 # Licensed under the Apache License, Version 2.0 (the "License");
 # you may not use this file except in compliance with the License.
@@ -21,11 +20,7 @@ paths:
     get:
       summary: Gets Matrix server discovery information about the domain.
       description: |-
-        Gets discovery information about the domain.
-        {{% added-in v="1.20" %}} Clients SHOULD follow 30x redirects, carefully
-        avoiding redirect loops, and use normal X.509 certificate validation.
-        
-        The file may include
+        Gets discovery information about the domain. The file may include
         additional keys, which MUST follow the Java package naming convention,
         e.g. `com.example.myapp.property`. This ensures property names are
         suitably namespaced for each application and reduces the risk of

data/event-schemas/schema/m.room_key_bundle.yaml

@@ -13,7 +13,7 @@ description: |-
   [Olm](/client-server-api/#molmv1curve25519-aes-sha2).
 
   The `sender_device_keys` property in the [Olm
-  plaintext](/client-server-api/#definition-olmplaintext) MUST be
+  plaintext](/client-server-api/#definition-olmpayload) MUST be
   populated. Recipients SHOULD ignore `m.room_key_bundle` messages which omit
   them.
 properties: