Changing client config to account data in more places

changing the URL fragments in a few missed spaces
matrix-org · Dec 18, 2024 · 7ce9e05 · 7ce9e05
1 parent 478af3a
commit 7ce9e05
Show file tree

Hide file tree

Showing 3 changed files with 4 additions and 4 deletions.
diff --git a/content/client-server-api/modules/read_markers.md b/content/client-server-api/modules/read_markers.md
@@ -12,7 +12,7 @@ read receipt marks the last event of the second section.
 ##### Events
 
 The user's fully read marker is kept as an event in the room's [account
-data](#client-config). The event may be read to determine the user's
+data](#account-data). The event may be read to determine the user's
 current fully read marker location in the room, and just like other
 account data events the event will be pushed down the event stream when
 updated.
@@ -66,7 +66,7 @@ attention irrespective of [read receipts](#receipts) or
 ##### Events
 
 The user's unread marker in a room is kept under an `m.marked_unread`
-event in the room's [account data](#client-config). The event may be read
+event in the room's [account data](#account-data). The event may be read
 to determine the user's current unread marker state in the room. Just
 like other account data events, the event will be pushed down the event
 stream when updated.

diff --git a/content/client-server-api/modules/secrets.md b/content/client-server-api/modules/secrets.md
@@ -21,7 +21,7 @@ sharing", "SSSS", or "4S".
 #### Storage
 
 When secrets are stored on the server, they are stored in the user's
-[account-data](#client-config), using an event type equal to the
+[account-data](#account-data), using an event type equal to the
 secret's identifier. The keys that secrets are encrypted with are
 described by data that is also stored in the user's account-data. Users
 can have multiple keys, allowing them to control what sets of secrets

diff --git a/data/api/client-server/registration.yaml b/data/api/client-server/registration.yaml
@@ -635,7 +635,7 @@ paths:
                     might still serve unredacted copies.
 
                     The server should additionally erase any non-event data
-                    associated with the user, such as [account data](/client-server-api/#client-config)
+                    associated with the user, such as [account data](/client-server-api/#account-data)
                     and [contact 3PIDs](/client-server-api/#adding-account-administrative-contact-information).
 
                     Defaults to `false` if not present.