Uniquify some links
The link checker doesn't understand that we dynamically re-assign element IDs at load time, so was failing for a few links that were technically valid (though presumably still broken for any client not using JS). Work around this by manually setting a few anchors, linking to other nearby bits of text, or just changing heading titles.
This commit is contained in:
parent
3e074ed6d3
commit
9e8360560b
6 changed files with 9 additions and 9 deletions
|
@ -180,7 +180,7 @@ process:
|
|||
the resulting list of devices in persistent storage, and clears the
|
||||
'outdated' flag.
|
||||
3. During its normal processing of responses to [`/sync`](/client-server-api/#get_matrixclientv3sync), Alice's client
|
||||
inspects the `changed` property of the [`device_lists`](/client-server-api/#extensions-to-sync-1) field. If it
|
||||
inspects the `changed` property of the [`device_lists`](#e2e-extensions-to-sync) field. If it
|
||||
is tracking the device lists of any of the listed users, then it
|
||||
marks the device lists for those users outdated, and initiates
|
||||
another request to [`/keys/query`](/client-server-api/#post_matrixclientv3keysquery) for them.
|
||||
|
@ -1614,7 +1614,7 @@ When a client is updating a Megolm session (room key) in its store, the client M
|
|||
|
||||
{{% http-api spec="client-server" api="keys" %}}
|
||||
|
||||
##### Extensions to /sync
|
||||
##### <a name="e2e-extensions-to-sync"> Extensions to /sync
|
||||
|
||||
This module adds an optional `device_lists` property to the [`/sync`](/client-server-api/#get_matrixclientv3sync) response,
|
||||
as specified below. The server need only populate this property for an
|
||||
|
|
|
@ -99,7 +99,7 @@ relevant state event, such as through redaction or otherwise clearing the `conte
|
|||
|
||||
{{% event event="m.space.child" %}}
|
||||
|
||||
###### Ordering
|
||||
###### Ordering of children within a space
|
||||
|
||||
When the client is displaying the children of a space, the children should be ordered
|
||||
using the algorithm below. In some cases, like a traditional left side room list, the
|
||||
|
|
|
@ -853,7 +853,7 @@ on the resulting `m.room.member` event.
|
|||
If the joining server fails all conditions then a 403 `M_FORBIDDEN` error
|
||||
is used by the resident server.
|
||||
|
||||
## Knocking upon a room
|
||||
## <a name="knocking-rooms"> Knocking upon a room
|
||||
|
||||
Rooms can permit knocking through the join rules, and if permitted this
|
||||
gives users a way to request to join (be invited) to the room. Users who
|
||||
|
|
|
@ -35,8 +35,8 @@ paths:
|
|||
description: |-
|
||||
*Note that there are two forms of this API, which are documented separately.
|
||||
This version of the API requires that the inviter knows the Matrix
|
||||
identifier of the invitee. The other is documented in the*
|
||||
[third party invites section](/client-server-api/#post_matrixclientv3roomsroomidinvite-1).
|
||||
identifier of the invitee. The other is documented in the
|
||||
[third party invites](/client-server-api/#third-party-invites) section.*
|
||||
|
||||
This API invites a user to participate in a particular room.
|
||||
They do not start participating in the room until they actually join the
|
||||
|
|
|
@ -383,7 +383,7 @@ paths:
|
|||
type: object
|
||||
description: |-
|
||||
Information on end-to-end device updates, as specified in
|
||||
[End-to-end encryption](/client-server-api/#extensions-to-sync-1).
|
||||
[End-to-end encryption](/client-server-api/#e2e-extensions-to-sync).
|
||||
device_one_time_keys_count:
|
||||
title: One-time keys count
|
||||
type: object
|
||||
|
@ -391,7 +391,7 @@ paths:
|
|||
type: integer
|
||||
description: |-
|
||||
Information on end-to-end encryption keys, as specified
|
||||
in [End-to-end encryption](/client-server-api/#extensions-to-sync-1).
|
||||
in [End-to-end encryption](/client-server-api/#e2e-extensions-to-sync).
|
||||
required:
|
||||
- next_batch
|
||||
examples:
|
||||
|
|
|
@ -27,7 +27,7 @@ properties:
|
|||
`order` values with the wrong type, or otherwise invalid contents, are to be treated
|
||||
as though the `order` key was not provided.
|
||||
|
||||
See [Ordering](/client-server-api/#ordering-1) for information on how the ordering works.
|
||||
See [Ordering of children within a space](/client-server-api/#ordering-of-children-within-a-space) for information on how the ordering works.
|
||||
suggested:
|
||||
type: boolean
|
||||
description: |-
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue