Receipts: Add thread_id to the /receipt endpoint (#1261 )

* Receipts: Add thread_id to the /receipt endpoint It seems to have been omitted in #1255 Signed-off-by: Kévin Commaille <zecakeh@tedomum.fr> * changelog Signed-off-by: Kévin Commaille <zecakeh@tedomum.fr> * Fix missing backtick * Apply suggestion for error description Co-authored-by: Travis Ralston <travpc@gmail.com> Signed-off-by: Kévin Commaille <zecakeh@tedomum.fr> Co-authored-by: Travis Ralston <travpc@gmail.com>
Aggregations: remove not about "future extensions" (#1263 )
2025-12-23 17:48:37 +01:00 · 2022-10-04 09:40:55 -06:00 · 2022-10-04 09:40:22 -06:00
675 changed files with 19436 additions and 35575 deletions
--- a/.github/ISSUE_TEMPLATE/release.md
+++ b/.github/ISSUE_TEMPLATE/release.md
@ -1,37 +0,0 @@
---
-name: '[SCT] Release checklist'
-about: 'Used by the Spec Core Team to create a new release.'
-title: 'Matrix 1.X'
-labels: 'release-blocker'
-assignees: ''
-
---
-
-<!-- ------------------------------------------------------------------------ -->
-<!-- Please asssign the release coordinator (probably yourself) to this issue -->
-<!-- ------------------------------------------------------------------------ -->
-
-Date: **Thursday, May 25, 2023** <!-- CHANGE ME -->
-Previous release: <!-- LINK TO LAST RELEASE'S CHECKLIST -->
-
-Preflight checklist ([release steps](https://github.com/matrix-org/matrix-spec/blob/main/meta/releasing.md)):
-
-* [ ] Pin this issue to the repo.
-* [ ] Ensure the social media account holders are available for the release day.
-* [ ] Blog post written.
-* [ ] Check for release blockers that may have been missed.
-* [ ] Review/fix the changelog.
-
-Release checklist ([release steps](https://github.com/matrix-org/matrix-spec/blob/main/meta/releasing.md)):
-* [ ] Branch stuffs.
-* [ ] Github release artifact.
-* [ ] Published to spec.matrix.org.
-* [ ] All links work.
-* [ ] Publish blog post.
-* [ ] Announce in #matrix-spec, client developers, HS developers, SCT office, and other rooms as warranted.
-* [ ] Post to Twitter/Mastodon.
-* [ ] Close this issue.
-* [ ] Unpin this issue from the repo.
-
-Known release blockers:
-* [ ] <!-- Issue/PR link -->
--- a/.github/PULL_REQUEST_TEMPLATE/spec-change.md
+++ b/.github/PULL_REQUEST_TEMPLATE/spec-change.md
@ -1,3 +1,11 @@
+---
+name: Spec clarification/not a proposal
+about: A change that's not a spec proposal, such as a clarification to the spec itself.
+title: ''
+labels: ''
+assignees: ''
+
+---

 ### Pull Request Checklist

--- a/.github/_typos.toml
+++ b/.github/_typos.toml
@ -10,4 +10,3 @@ au1ba7o = "au1ba7o"
 [default.extend-words]
 Appy = "Appy"
 fo = "fo"
-Iy = "Iy"
--- a/.github/workflows/checks.yaml
+++ b/.github/workflows/checks.yaml
@ -10,7 +10,7 @@ jobs:
    if: github.event_name == 'pull_request'
    runs-on: ubuntu-latest
    steps:
-      - uses: actions/checkout@v4
+      - uses: actions/checkout@v2
        with:
          fetch-depth: 0
      - run: scripts/check-newsfragments
--- a/.github/workflows/main.yml
+++ b/.github/workflows/main.yml
@ -1,9 +1,4 @@
 name: "Spec"
-
-env:
-  HUGO_VERSION: 0.148.1
-  PYTHON_VERSION: 3.13
-
 on:
  push:
    branches:
@ -23,71 +18,32 @@ jobs:
    runs-on: ubuntu-latest
    steps:
      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
+        uses: actions/checkout@v2
      - name: "➕ Setup Node"
-        uses: actions/setup-node@v4
+        uses: actions/setup-node@v2
        with:
-          node-version: '20'
-      - name: "🔎 Run validator"
+          node-version: '14'
+      - name: "⚙️ npm"
+        working-directory: "./scripts"
        run: |
-          npx @redocly/cli@latest lint data/api/*/*.yaml
+          npm install
+      - name: "🔎 Run validator"
+        working-directory: "./scripts"
+        run: |
+          node validator.js -s "../data/api/application-service"
+          node validator.js -s "../data/api/client-server"
+          node validator.js -s "../data/api/push-gateway"

-  check-event-examples:
+  check-examples:
    name: "🔎 Check Event schema examples"
    runs-on: ubuntu-latest
+    container: uhoreg/matrix-doc-build
    steps:
      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
-      - name: "➕ Setup Python"
-        uses: actions/setup-python@v5
-        with:
-          python-version: ${{ env.PYTHON_VERSION }}
-          cache: 'pip'
-          cache-dependency-path: scripts/requirements.txt
-      - name: "➕ Install dependencies"
-        run: |
-          pip install -r scripts/requirements.txt
+        uses: actions/checkout@v2
      - name: "🔎 Run validator"
        run: |
-          python scripts/check-event-schema-examples.py
-
-  check-openapi-examples:
-    name: "🔎 Check OpenAPI definitions examples"
-    runs-on: ubuntu-latest
-    steps:
-      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
-      - name: "➕ Setup Python"
-        uses: actions/setup-python@v5
-        with:
-          python-version: ${{ env.PYTHON_VERSION }}
-          cache: 'pip'
-          cache-dependency-path: scripts/requirements.txt
-      - name: "➕ Install dependencies"
-        run: |
-          pip install -r scripts/requirements.txt
-      - name: "🔎 Run validator"
-        run: |
-          python scripts/check-openapi-sources.py
-
-  check-schemas-examples:
-    name: "🔎 Check JSON Schemas inline examples"
-    runs-on: ubuntu-latest
-    steps:
-      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
-      - name: "➕ Setup Python"
-        uses: actions/setup-python@v5
-        with:
-          python-version: ${{ env.PYTHON_VERSION }}
-          cache: 'pip'
-          cache-dependency-path: scripts/requirements.txt
-      - name: "➕ Install dependencies"
-        run: |
-          pip install -r scripts/requirements.txt
-      - name: "🔎 Run validator"
-        run: |
-          python scripts/check-json-schemas.py
+          /env/bin/python scripts/check-event-schema-examples.py
        
  calculate-baseurl:
    name: "⚙️ Calculate baseURL for later jobs"
@ -104,127 +60,76 @@ jobs:
        # the asterisk matching behaviour, not the literal string.
        run: |
          if [ "${GITHUB_EVENT_NAME}" == "pull_request" ]; then
-              echo "baseURL=/" >> "$GITHUB_OUTPUT"
+              echo ::set-output name=baseURL::/
          elif [[ "${GITHUB_REF}" == refs/tags/* ]]; then
-              echo "baseURL=/${GITHUB_REF/refs\/tags\//}" >> "$GITHUB_OUTPUT"
+              echo ::set-output name=baseURL::"/${GITHUB_REF/refs\/tags\//}"
          else
-              echo "baseURL=/unstable" >> "$GITHUB_OUTPUT"
+              echo ::set-output name=baseURL::/unstable
          fi

  build-openapi:
    name: "🐍 Build OpenAPI definitions"
    runs-on: ubuntu-latest
+    container: "python:3.9"
    needs: [calculate-baseurl]
    steps:
      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
-      - name: "➕ Setup Python"
-        uses: actions/setup-python@v5
-        with:
-          python-version: ${{ env.PYTHON_VERSION }}
-          cache: 'pip'
-          cache-dependency-path: scripts/requirements.txt
-      - name: "➕ Install dependencies"
-        run: |
-          pip install -r scripts/requirements.txt
+        uses: actions/checkout@v2
      - name: "📦 Asset creation"
        run: |
-          if [[ "${GITHUB_REF}" == refs/tags/* ]]; then
-            export RELEASE="${GITHUB_REF/refs\/tags\//}"
-          else
-            export RELEASE="unstable"
-          fi
+          python3 -m venv env && . env/bin/activate
+          pip install -r scripts/requirements.txt
          # The output path matches the final deployment path at spec.matrix.org
-          scripts/dump-openapi.py \
+          scripts/dump-swagger.py \
            --base-url "https://spec.matrix.org${{ needs.calculate-baseurl.outputs.baseURL }}" \
            --api application-service \
-            -r "$RELEASE" \
            -o spec/application-service-api/api.json
-          scripts/dump-openapi.py \
+          scripts/dump-swagger.py \
            --base-url "https://spec.matrix.org${{ needs.calculate-baseurl.outputs.baseURL }}" \
            --api client-server \
-            -r "$RELEASE" \
            -o spec/client-server-api/api.json
-          scripts/dump-openapi.py \
+          scripts/dump-swagger.py \
            --base-url "https://spec.matrix.org${{ needs.calculate-baseurl.outputs.baseURL }}" \
            --api push-gateway \
-            -r "$RELEASE" \
            -o spec/push-gateway-api/api.json
-          scripts/dump-openapi.py \
-              --base-url "https://spec.matrix.org${{ needs.calculate-baseurl.outputs.baseURL }}" \
-              --api server-server \
-              -r "$RELEASE" \
-              -o spec/server-server-api/api.json
-          scripts/dump-openapi.py \
-              --base-url "https://spec.matrix.org${{ needs.calculate-baseurl.outputs.baseURL }}" \
-              --api identity \
-              -r "$RELEASE" \
-              -o spec/identity-service-api/api.json
          tar -czf openapi.tar.gz spec
      - name: "📤 Artifact upload"
-        uses: actions/upload-artifact@v4
+        uses: actions/upload-artifact@v2
        with:
          name: openapi-artifact
          path: openapi.tar.gz

-  generate-changelog:
-    name: "📢 Run towncrier for changelog"
-    # skip for builds of git tags
-    if: "!startsWith(github.ref, 'refs/tags/')"
-    runs-on: ubuntu-latest
-    steps:
-      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
-      - name: "➕ Setup Python"
-        uses: actions/setup-python@v5
-        with:
-          python-version: ${{ env.PYTHON_VERSION }}
-      - name: "➕ Install towncrier"
-        run: "pip install 'towncrier'"
-      - name: "Generate changelog"
-        run: ./scripts/generate-changelog.sh vUNSTABLE
-      - name: "📤 Artifact upload"
-        uses: actions/upload-artifact@v4
-        with:
-          name: changelog-artifact
-          path: content/changelog/unstable.md
-
  build-spec:
    name: "📖 Build the spec"
    runs-on: ubuntu-latest
-    needs: [calculate-baseurl, build-openapi, generate-changelog]
-    # run even if generate-changelog was skipped
-    if: ${{ always() }}
+    needs: [calculate-baseurl, build-openapi]
    steps:
      - name: "➕ Setup Node"
-        uses: actions/setup-node@v4
+        uses: actions/setup-node@v2
        with:
-          node-version: '20'
+          node-version: '14'
      - name: "➕ Setup Hugo"
-        uses: peaceiris/actions-hugo@75d2e84710de30f6ff7268e08f310b60ef14033f # v3.0.0
+        uses: peaceiris/actions-hugo@c03b5dbed22245418539b65eb9a3b1d5fdd9a0a6
        with:
-          hugo-version: ${{ env.HUGO_VERSION }}
+          hugo-version: '0.93.3'
          extended: true
      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
+        uses: actions/checkout@v2
+        with:
+          submodules: 'recursive'
      - name: "⚙️ npm"
        run: |
          npm i
          npm run get-proposals
-      - name: "📥 Download generated changelog"
-        if: "needs.generate-changelog.result == 'success'"
-        uses: actions/download-artifact@v4
-        with:
-          name: changelog-artifact
-          path: content/changelog
      - name: "⚙️ hugo"
        run: hugo --baseURL "${{ needs.calculate-baseurl.outputs.baseURL }}" -d "spec"
+
      # We manually unpack the spec OpenAPI definition JSON to the website tree
      # to make it available to the world in a canonical place:
      # https://spec.matrix.org/latest/client-server-api/api.json
      # Works for /unstable/ and /v1.1/ as well.
      - name: "📥 Spec definition download"
-        uses: actions/download-artifact@v4
+        uses: actions/download-artifact@v2
        with:
          name: openapi-artifact
      - name: "📝 Unpack the OpenAPI definitions in the right location"
@ -234,39 +139,11 @@ jobs:
      - name: "📦 Tarball creation"
        run: tar -czf spec.tar.gz spec
      - name: "📤 Artifact upload"
-        uses: actions/upload-artifact@v4
+        uses: actions/upload-artifact@v2
        with:
          name: spec-artifact
          path: spec.tar.gz

-  htmlcheck:
-    name: "🔎 Validate generated HTML"
-    runs-on: ubuntu-latest
-    needs: [calculate-baseurl, build-spec]
-    steps:
-      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
-
-      - name: "📥 Fetch built spec"
-        uses: actions/download-artifact@v4
-        with:
-          name: spec-artifact
-
-      - name: "📝 Unpack the spec"
-        # we have to unpack it into the right path given the baseurl, so that the
-        # links are correct.
-        # eg if baseurl is `/unstable`, we want to put the site in `spec/unstable`.
-        run: |
-          mkdir -p "spec${baseURL}"
-          tar -C "spec${baseURL}" --strip-components=1 -xvzf spec.tar.gz
-        env:
-          baseURL: "${{ needs.calculate-baseurl.outputs.baseURL }}"
-
-      - name: "Run htmltest"
-        uses: wjdp/htmltest-action@master
-        with:
-          config: .htmltest.yml
-
  build-historical-spec:
    name: "📖 Build the historical backup spec"
    runs-on: ubuntu-latest
@ -274,29 +151,30 @@ jobs:
    if: ${{ startsWith(github.ref, 'refs/tags/') }}
    steps:
      - name: "➕ Setup Node"
-        uses: actions/setup-node@v4
+        uses: actions/setup-node@v2
        with:
-          node-version: '20'
+          node-version: '14'
      - name: "➕ Setup Hugo"
-        uses: peaceiris/actions-hugo@75d2e84710de30f6ff7268e08f310b60ef14033f # v3.0.0
+        uses: peaceiris/actions-hugo@c03b5dbed22245418539b65eb9a3b1d5fdd9a0a6
        with:
-          hugo-version: ${{ env.HUGO_VERSION }}
+          hugo-version: '0.93.3'
          extended: true
      - name: "📥 Source checkout"
-        uses: actions/checkout@v4
+        uses: actions/checkout@v2
+        with:
+          submodules: 'recursive'
      - name: "⚙️ npm"
        run: |
          npm i
          npm run get-proposals
      - name: "⚙️ hugo"
-        env:
-          HUGO_PARAMS_VERSION_STATUS: "historical"
        # Create a baseURL like `/v1.2` out of the `v1.2` tag
        run: |
-          hugo --baseURL "/${GITHUB_REF/refs\/tags\//}" -d "spec"
+          echo -e '[params.version]\nstatus="historical"' > historical.toml
+          hugo --config config.toml,historical.toml --baseURL "/${GITHUB_REF/refs\/tags\//}" -d "spec"

      - name: "📥 Spec definition download"
-        uses: actions/download-artifact@v4
+        uses: actions/download-artifact@v2
        with:
          name: openapi-artifact
      - name: "📝 Unpack the OpenAPI definitions in the right location"
@ -306,7 +184,7 @@ jobs:
      - name: "📦 Tarball creation"
        run: tar -czf spec-historical.tar.gz spec
      - name: "📤 Artifact upload"
-        uses: actions/upload-artifact@v4
+        uses: actions/upload-artifact@v2
        with:
          name: spec-historical-artifact
          path: spec-historical.tar.gz
--- a/.github/workflows/netlify.yaml
+++ b/.github/workflows/netlify.yaml
@ -25,20 +25,17 @@ jobs:
        id: readctx
        # we need to find the PR number that corresponds to the branch, which we do by
        # searching the GH API
-        env:
-          OWNER_LOGIN: ${{ github.event.workflow_run.head_repository.owner.login }}
-          HEAD_BRANCH: ${{ github.event.workflow_run.head_branch }}
        run: |
-          head_branch="${OWNER_LOGIN}:${HEAD_BRANCH}"
+          head_branch='${{github.event.workflow_run.head_repository.owner.login}}:${{github.event.workflow_run.head_branch}}'
          echo "head branch: $head_branch"
          pulls_uri="https://api.github.com/repos/${{ github.repository }}/pulls?head=$(jq -Rr '@uri' <<<$head_branch)"
          pr_number=$(curl -H 'Authorization: Bearer ${{ secrets.GITHUB_TOKEN }}' "$pulls_uri" |
               jq -r '.[] | .number')
          echo "PR number: $pr_number"
-          echo "prnumber=$pr_number" >> "$GITHUB_OUTPUT"
+          echo "::set-output name=prnumber::$pr_number"
        
      - name: '📥 Download artifact'
-        uses: dawidd6/action-download-artifact@09f2f74827fd3a8607589e5ad7f9398816f540fe # v3.1.4
+        uses: dawidd6/action-download-artifact@af92a8455a59214b7b932932f2662fdefbd78126 # v2.15.0
        with:
          workflow: main.yaml
          run_id: ${{ github.event.workflow_run.id }}
@ -49,7 +46,8 @@ jobs:
        
      - name: "📤 Deploy to Netlify"
        id: netlify
-        uses: nwtgck/actions-netlify@4cbaf4c08f1a7bfa537d6113472ef4424e4eb654 # v3.0.0
+        # v1.2.2
+        uses: nwtgck/actions-netlify@f517512ae75beec8896aa7b027c1c72f01816200
        with:
          publish-dir: spec
          deploy-message: "Deploy from GitHub Actions"
--- a/.github/workflows/release.yaml
+++ b/.github/workflows/release.yaml
@ -1,43 +0,0 @@
-name: Release packages
-on:
-  release:
-    types: [published]
-concurrency: ${{ github.workflow }}-${{ github.ref }}
-jobs:
-  # Releases to npm after bumping the package.json version from 0.0.0 to $TAG.0 as the tags only contain MAJOR.MINOR
-  npm:
-    name: Publish to npm
-    runs-on: ubuntu-latest
-    if: github.event.release.prerelease == false
-    defaults:
-      run:
-        working-directory: packages/npm
-    permissions:
-      contents: read
-      id-token: write
-    steps:
-      - name: 🧮 Checkout code
-        uses: actions/checkout@v4
-
-      - name: 🔧 Yarn cache
-        uses: actions/setup-node@v4
-        with:
-          cache: "yarn"
-          cache-dependency-path: packages/npm/yarn.lock
-          registry-url: "https://registry.npmjs.org"
-
-      # Ensure npm 11.5.1 or later is installed
-      - name: Update npm
-        run: npm install -g npm@latest
-
-      - name: 🔨 Install dependencies
-        run: "yarn install --frozen-lockfile"
-
-      # We bump the package.json version to git, we just need it for publish to do the right thing
-      - name: 🎖 Bump package.json version
-        run: "yarn version --new-version ${VERSION#v} --no-git-tag-version"
-        env:
-          VERSION: ${{ github.event.release.tag_name }}.0
-
-      - name: 🚀 Publish to npm
-        run: npm publish --provenance --access public --tag latest
--- a/.github/workflows/spell-check.yaml
+++ b/.github/workflows/spell-check.yaml
@ -11,9 +11,9 @@ jobs:
    runs-on: ubuntu-latest
    steps:
    - name: Checkout Actions Repository
-      uses: actions/checkout@v4
+      uses: actions/checkout@v2

    - name: Check spelling of proposals
-      uses: crate-ci/typos@f2c1f08a7b3c1b96050cb786baaa2a94797bdb7d # v1.20.10
+      uses: crate-ci/typos@9be36f97fdbe645ee9a12449fb13aca856c2516a
      with:
        config: ${{github.workspace}}/.github/_typos.toml
--- a/.gitignore
+++ b/.gitignore
@ -2,7 +2,7 @@ node_modules
 /data/msc
 /env*
 /resources
-/scripts/openapi
+/scripts/swagger
 /scripts/tmp
 /hugo-config.toml
 /public
@ -14,4 +14,3 @@ _rendered.rst
 /spec/
 changelogs/rendered.*
 .hugo_build.lock
-hugo_stats.json
--- a/.gitmodules
+++ b/.gitmodules
@ -0,0 +1,4 @@
+[submodule "themes/docsy"]
+	path = themes/docsy
+	url = https://github.com/matrix-org/docsy.git
+	branch = master
--- a/.htmltest.yml
+++ b/.htmltest.yml
@ -1,7 +0,0 @@
-# config file for htmltest. This is used by one of the checks in Github
-# Actions.
-
-IgnoreDirectoryMissingTrailingSlash: true
-DirectoryPath: spec
-CheckExternal: false
-IgnoreInternalEmptyHash: true
--- a/CONTRIBUTING.rst
+++ b/CONTRIBUTING.rst
@ -12,7 +12,7 @@ The documentation style is described at
 https://github.com/matrix-org/matrix-spec/blob/main/meta/documentation_style.rst.

 Matrix-spec workflows
---------------------
+--------------------

 Specification changes
 ~~~~~~~~~~~~~~~~~~~~~
@ -72,16 +72,12 @@ ask.
 Adding to the changelog
 ~~~~~~~~~~~~~~~~~~~~~~~

-All changes to the contents of this repository require a changelog entry. Adding to the changelog can only
+All API specifications require a changelog entry. Adding to the changelog can only
 be done after you've opened your pull request, so be sure to do that first.

 The changelog is managed by `Towncrier <https://github.com/twisted/towncrier>`_ in the
-form of "news fragments". Depending on which API you changed, an entry should be added to
-each relevant API's ``newsfragments`` directory. A directory exists for each API under
-``changelogs/``. For instance, news fragments for the client-server API are stored
-under ``changelogs/client_server/newsfragments``. Any changes to the repository that do
-not affect the spec content itself, such as changes to the build script, formatting, CSS,
-etc. should be documented under ``changelogs/internal/newsfragments``.
+form of "news fragments". The news fragments for the client-server API are stored
+under ``changelogs/client_server/newsfragments``.

 To create a changelog entry, create a file named in the format ``prNumber.type`` in
 the ``newsfragments`` directory. The ``type`` can be one of the following:
@ -99,12 +95,13 @@ the ``newsfragments`` directory. The ``type`` can be one of the following:

 * ``deprecation`` - Used when deprecating something.

-* ``removal`` - Used when removing something that was unused or previously deprecated.
-
 All news fragments must have a brief summary explaining the change in the
 contents of the file. The summary must end in a full stop to be in line with
 the style guide and formatting must be done using Markdown.

+Changes that do not change the spec, such as changes to the build script, formatting,
+CSS, etc should not get a news fragment.
+
 Sign off
 --------

@ -119,7 +116,7 @@ license - in our case, this is Apache Software License v2 (see LICENSE).
 In order to have a concrete record that your contribution is intentional
 and you agree to license it under the same terms as the project's license, we've adopted the
 same lightweight approach used by the `Linux Kernel <https://www.kernel.org/doc/html/latest/process/submitting-patches.html>`_,
-`Docker <https://github.com/docker/docker/blob/master/CONTRIBUTING.md>`_, and many other
+`Docker <https://github.com/docker/docker/blob/master/CONTRIBUTING.md`_, and many other
 projects: the `Developer Certificate of Origin <http://developercertificate.org/>`_
 (DCO). This is a simple declaration that you wrote
 the contribution or otherwise have the right to contribute it to Matrix::
@ -165,6 +162,7 @@ include the line in your commit or pull request comment::

    Signed-off-by: Your Name <your@email.example.org>

-Git allows you to add this signoff automatically when using the ``-s``
-flag to ``git commit``, which uses the name and email set in your
-``user.name`` and ``user.email`` git configs.
+...using your real name; unfortunately pseudonyms and anonymous contributions
+can't be accepted. Git makes this trivial - just use the -s flag when you do
+``git commit``, having first set ``user.name`` and ``user.email`` git configs
+(which you should have done anyway :)
--- a/README.md
+++ b/README.md
@ -1,6 +1,6 @@
 # Matrix Specification

-This repository contains the Matrix Specification. The current release version is rendered at https://spec.matrix.org, while the latest available build of the `main` branch is at https://spec.matrix.org/unstable.
+This repository contains the Matrix Specification, rendered at [spec.matrix.org](http://spec.matrix.org/).

 Developers looking to use Matrix should join [#matrix-dev:matrix.org](https://matrix.to/#/#matrix-dev:matrix.org)
 on Matrix for help.
@ -22,7 +22,7 @@ The Matrix spec is compiled with [Hugo](https://gohugo.io/) (a static site gener

 * `/data`: this can contain TOML, YAML, or JSON files. Files kept here are directly available to template code as
  [data objects](https://gohugo.io/templates/data-templates/), so templates don't need to load them from a file and
-  parse them. This is also where our OpenAPI definitions and schemas are.
+  parse them. This is also where our Swagger/OpenAPI definitions and schemas are.

 * `/layouts`: this contains [Hugo templates](https://gohugo.io/templates/). Some templates define the overall layout of
  a page: for example, whether it has header, footer, sidebar, and so on.
@ -52,7 +52,6 @@ Additionally, the following directories may be of interest:
 * `/data-definitions`: Bits of structured data consumable by Matrix implementations.
 * `/meta`: Documentation relating to the spec's processes that are otherwise untracked (release instructions, etc).
 * `/scripts`: Various scripts for generating the spec and validating its contents.
-* `/packages`: Various packages for shipping spec files like OpenAPI bindings and data definitions.

 ## Authoring changes to the spec

@ -61,19 +60,20 @@ place after an MSC has been accepted, not as part of a proposal itself.

 1. Install the extended version (often the OS default) of Hugo:
   <https://gohugo.io/getting-started/installing>. Note that at least Hugo
-   v0.146.0 is required.
+   v0.93.0 is required.

   Alternatively, use the Docker image at
   https://hub.docker.com/r/klakegg/hugo/. (The "extended edition" is required
   to process the SCSS.)
-2. Run `npm i` to install the dependencies. Note that this will require NodeJS to be installed.
-3. Run `npm run get-proposals` to seed proposal data. This is merely for populating the content of the "Spec Change Proposals"
+2. Run `git submodule update --init --recursive` for good measure.
+3. Run `npm i` to install the dependencies. Note that this will require NodeJS to be installed.
+4. Run `npm run get-proposals` to seed proposal data. This is merely for populating the content of the "Spec Change Proposals"
   page and is not required.
-4. Run `hugo serve` (or `docker run --rm -it -v $(pwd):/src -p 1313:1313
+5. Run `hugo serve` (or `docker run --rm -it -v $(pwd):/src -p 1313:1313
   klakegg/hugo:ext serve`) to run a local webserver which builds whenever a file
   change is detected. If watching doesn't appear to be working for you, try
   adding `--disableFastRender` to the commandline.
-5. Edit the specification 🙂
+6. Edit the specification 🙂

 We use a highly customized [Docsy](https://www.docsy.dev/) theme for our generated site, which uses Bootstrap and Font
 Awesome. If you're looking at making design-related changes to the spec site, please coordinate with us in
@ -86,13 +86,15 @@ steps for authoring changes to the specification and instead of `hugo serve` run
 spec to `/spec`. If you'd like to serve the spec off a path instead of a domain root (eg: `/unstable`), add `--baseURL "/unstable"`
 to the `hugo -d "spec"` command.

-For building the OpenAPI definitions, create a python3 virtualenv and activate it. Then run `pip install -r ./scripts/requirements.txt`
-and finally `python ./scripts/dump-openapi.py` to generate it to `./scripts/openapi/api-docs.json`. To make use of the generated file,
+For building the swagger definitions, create a python3 virtualenv and activate it. Then run `pip install -r ./scripts/requirements.txt`
+and finally `python ./scripts/dump-swagger.py` to generate it to `./scripts/swagger/api-docs.json`. To make use of the generated file,
 there are a number of options:

-* You can open `./scripts/openapi-preview.html` in your browser, and then open the file by clicking on `Local JSON File`.
-* You can run a local HTTP server by running `./scripts/openapi-http-server.py`, and then view the documentation by
-  opening `./scripts/openapi-preview.html` in your browser.
+* It can be uploaded from your filesystem to an online editor/viewer such as [on the swagger website](http://editor.swagger.io/).
+* You can run a local HTTP server by running `./scripts/swagger-http-server.py`, and then view the documentation via an
+  online viewer; for example, at <http://petstore.swagger.io/?url=http://localhost:8000/api-docs.json>.
+* You can host the swagger UI yourself. See <https://github.com/swagger-api/swagger-ui#how-to-run> for advice on how to
+  do so.

 ## Issue tracking

--- a/assets/css/fonts/Inter.css
+++ b/assets/css/fonts/Inter.css
@ -1,63 +0,0 @@
-/* cyrillic-ext */
-@font-face {
-  font-family: 'Inter';
-  font-style: normal;
-  font-weight: 100 900;
-  font-display: swap;
-  src: local('Inter'), url(../../fonts/Inter-cyrillic-ext-normal.woff2) format('woff2');
-  unicode-range: U+0460-052F, U+1C80-1C8A, U+20B4, U+2DE0-2DFF, U+A640-A69F, U+FE2E-FE2F;
-}
-/* cyrillic */
-@font-face {
-  font-family: 'Inter';
-  font-style: normal;
-  font-weight: 100 900;
-  font-display: swap;
-  src: local('Inter'), url(../../fonts/Inter-cyrillic-normal.woff2) format('woff2');
-  unicode-range: U+0301, U+0400-045F, U+0490-0491, U+04B0-04B1, U+2116;
-}
-/* greek-ext */
-@font-face {
-  font-family: 'Inter';
-  font-style: normal;
-  font-weight: 100 900;
-  font-display: swap;
-  src: local('Inter'), url(../../fonts/Inter-greek-ext-normal.woff2) format('woff2');
-  unicode-range: U+1F00-1FFF;
-}
-/* greek */
-@font-face {
-  font-family: 'Inter';
-  font-style: normal;
-  font-weight: 100 900;
-  font-display: swap;
-  src: local('Inter'), url(../../fonts/Inter-greek-normal.woff2) format('woff2');
-  unicode-range: U+0370-0377, U+037A-037F, U+0384-038A, U+038C, U+038E-03A1, U+03A3-03FF;
-}
-/* vietnamese */
-@font-face {
-  font-family: 'Inter';
-  font-style: normal;
-  font-weight: 100 900;
-  font-display: swap;
-  src: local('Inter'), url(../../fonts/Inter-vietnamese-normal.woff2) format('woff2');
-  unicode-range: U+0102-0103, U+0110-0111, U+0128-0129, U+0168-0169, U+01A0-01A1, U+01AF-01B0, U+0300-0301, U+0303-0304, U+0308-0309, U+0323, U+0329, U+1EA0-1EF9, U+20AB;
-}
-/* latin-ext */
-@font-face {
-  font-family: 'Inter';
-  font-style: normal;
-  font-weight: 100 900;
-  font-display: swap;
-  src: local('Inter'), url(../../fonts/Inter-latin-ext-normal.woff2) format('woff2');
-  unicode-range: U+0100-02BA, U+02BD-02C5, U+02C7-02CC, U+02CE-02D7, U+02DD-02FF, U+0304, U+0308, U+0329, U+1D00-1DBF, U+1E00-1E9F, U+1EF2-1EFF, U+2020, U+20A0-20AB, U+20AD-20C0, U+2113, U+2C60-2C7F, U+A720-A7FF;
-}
-/* latin */
-@font-face {
-  font-family: 'Inter';
-  font-style: normal;
-  font-weight: 100 900;
-  font-display: swap;
-  src: local('Inter'), url(../../fonts/Inter-latin-normal.woff2) format('woff2');
-  unicode-range: U+0000-00FF, U+0131, U+0152-0153, U+02BB-02BC, U+02C6, U+02DA, U+02DC, U+0304, U+0308, U+0329, U+2000-206F, U+20AC, U+2122, U+2191, U+2193, U+2212, U+2215, U+FEFF, U+FFFD;
-}
--- a/assets/diagrams/membership.webp
+++ b/assets/diagrams/membership.webp
--- a/assets/diagrams/threaded-dag-threads.webp
+++ b/assets/diagrams/threaded-dag-threads.webp
--- a/assets/diagrams/threaded-dag.webp
+++ b/assets/diagrams/threaded-dag.webp
--- a/assets/icons/favicon.ico
+++ b/assets/icons/favicon.ico
--- a/assets/icons/favicon.svg
+++ b/assets/icons/favicon.svg
@ -1,12 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" standalone="no"?>
-<svg width="32" height="32" viewBox="0 0 32 32" xmlns="http://www.w3.org/2000/svg">
-   <style>
-      path { fill: #000000; }
-      @media (prefers-color-scheme: dark) {
-          path { fill: #ffffff; }
-      }
-   </style>
-   <path d="M 30,2.0000001 V 30 h -1 -2 v 2 h 5 V -3.3333334e-8 L 27,0 v 2 z"/>
-   <path d="M 9.9515939,10.594002 V 12.138 h 0.043994 c 0.3845141,-0.563728 0.8932271,-1.031728 1.4869981,-1.368 0.580003,-0.322998 1.244999,-0.485 1.993002,-0.485 0.72,0 1.376999,0.139993 1.971998,0.42 0.595,0.279004 1.047001,0.771001 1.355002,1.477001 0.338003,-0.500001 0.795999,-0.941 1.376999,-1.323001 0.579999,-0.382998 1.265998,-0.574 2.059998,-0.574 0.602003,0 1.160002,0.074 1.674002,0.220006 0.514,0.148006 0.953998,0.382998 1.321999,0.706998 0.36601,0.322999 0.653001,0.746 0.859,1.268002 0.205001,0.521998 0.307994,1.15 0.307994,1.887001 v 7.632997 h -3.127 v -6.463997 c 0,-0.383002 -0.01512,-0.743002 -0.04399,-1.082003 -0.02079,-0.3072 -0.103219,-0.607113 -0.242003,-0.881998 -0.133153,-0.25081 -0.335962,-0.457777 -0.584001,-0.596002 -0.257008,-0.146003 -0.605998,-0.220006 -1.046997,-0.220006 -0.440002,0 -0.796003,0.085 -1.068,0.253002 -0.272013,0.170003 -0.485001,0.390002 -0.639001,0.662003 -0.159119,0.287282 -0.263585,0.601602 -0.307994,0.926997 -0.05197,0.346923 -0.07801,0.697217 -0.07801,1.048002 v 6.353999 h -3.128005 v -6.398 c 0,-0.338003 -0.0072,-0.673001 -0.02116,-1.004001 -0.01134,-0.313663 -0.07487,-0.623229 -0.187994,-0.915999 -0.107943,-0.276623 -0.300435,-0.512126 -0.550001,-0.673001 -0.25799,-0.168 -0.636,-0.253002 -1.134999,-0.253002 -0.198123,0.0083 -0.394383,0.04195 -0.584002,0.100006 -0.258368,0.07446 -0.498455,0.201827 -0.704999,0.373985 -0.227981,0.183987 -0.421999,0.449 -0.583997,0.794003 -0.161008,0.345978 -0.242003,0.797998 -0.242003,1.356998 v 6.618999 H 6.99942 V 10.590001 Z"/>
-   <path d="M 2,2.0000001 V 30 h 3 v 2 H 0 V 9.2650922e-8 L 5,0 v 2 z"/>
-</svg>
--- a/assets/js/toc.js
+++ b/assets/js/toc.js
@ -1,169 +0,0 @@
-/*
-Copyright 2020, 2021 The Matrix.org Foundation C.I.C.
-
-Licensed under the Apache License, Version 2.0 (the "License");
-you may not use this file except in compliance with the License.
-You may obtain a copy of the License at
-
-    http://www.apache.org/licenses/LICENSE-2.0
-
-Unless required by applicable law or agreed to in writing, software
-distributed under the License is distributed on an "AS IS" BASIS,
-WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-See the License for the specific language governing permissions and
-limitations under the License.
-*/
-
-/*
-  Only call the given function once every 250 milliseconds to avoid impacting
-  the performance of the browser.
-  Source: https://remysharp.com/2010/07/21/throttling-function-calls
-*/
-function throttle(fn) {
-  const threshold = 250;
-  let last = null;
-  let deferTimer = null;
-
-  return function (...args) {
-    const now = new Date();
-
-    if (last && now < last + threshold) {
-      // Hold on to it.
-      clearTimeout(deferTimer);
-      deferTimer = setTimeout(() => {
-        last = now;
-        fn.apply(this, args);
-      }, threshold);
-    } else {
-      last = now;
-      fn.apply(this, args);
-    }
-  }
-}
-
-/*
-  Get the list of headings that appear in the ToC.
-  This is not as simple as querying all the headings in the content, because
-  some headings are not rendered in the ToC (e.g. in the endpoint definitions).
-*/
-function getHeadings() {
-  let headings = [];
-
-  // First get the anchors in the ToC.
-  const toc_anchors = document.querySelectorAll("#toc nav a");
-
-  for (const anchor of toc_anchors) {
-    // Then get the heading from its selector in the anchor's href.
-    const selector = anchor.getAttribute("href");
-    if (!selector) {
-      console.error("Got ToC anchor without href");
-      continue;
-    }
-    
-    const heading = document.querySelector(selector);
-    if (!heading) {
-      console.error("Heading not found for selector:", selector);
-      continue;
-    }
-
-    headings.push(heading);
-  }
-
-  return headings;
-}
-
-/*
-  Get the heading of the text visible at the top of the viewport.
-  This is the first heading above or at the top of the viewport.
-*/
-function getCurrentHeading(headings, headerOffset) {
-  const scrollTop = document.documentElement.scrollTop;
-  let prevHeading = null;
-  let currentHeading = null;
-  let index = 0;
-
-  for (const heading of headings) {
-    // Compute the position compared to the viewport.
-    const rect = heading.getBoundingClientRect();
-
-    if (rect.top >= headerOffset && rect.top <= headerOffset + 30) {
-      // This heading is at the top of the viewport, this is the current heading.
-      currentHeading = heading;
-      break;
-    }
-    if (rect.top >= headerOffset) {
-      // This is in or below the viewport, the current heading should be the
-      // previous one.
-      if (prevHeading) {
-        currentHeading = prevHeading;
-      } else {
-        // The first heading does not have a prevHeading.
-        currentHeading = heading;
-      }
-      break;
-    }
-
-    prevHeading = heading;
-    index += 1;
-  }
-
-  // At the bottom of the page we might not have a heading.
-  if (!currentHeading) {
-    currentHeading = prevHeading;
-  }
-
-  return currentHeading;
-}
-
-/*
-  Select the ToC entry that points to the given ID.
-  Clear any previously highlighted ToC items, select the new one,
-  and adjust the ToC scroll position.
-*/
-function selectTocEntry(id) {
-  // Deselect previously selected entries.
-  const activeEntries = document.querySelectorAll("#toc nav a.active");
-  for (const activeEntry of activeEntries) {
-    activeEntry.classList.remove('active');
-  }
-
-  // Find the new entry and select it.
-  const newEntry = document.querySelector(`#toc nav a[href="#${id}"]`);
-  if (!newEntry) {
-    console.error("ToC entry not found for ID:", id);
-    return;
-  }
-  newEntry.classList.add('active');
-
-  // Don't scroll the sidebar nav if the main content is not scrolled
-  const nav = document.querySelector("#td-section-nav");
-  const content = document.querySelector("html");
-  if (content.scrollTop !== 0) {
-    nav.scrollTop = newEntry.offsetTop - 100;
-  } else {
-    nav.scrollTop = 0;
-  }
-}
-
-/*
-  Track when the view is scrolled, and use this to update the highlight for the
-  corresponding ToC entry.
-*/
-window.addEventListener('DOMContentLoaded', () => {
-  // Part of the viewport is below the header so we should take it into account.
-  const headerOffset = document.querySelector("body > header > nav").clientHeight;
-  const headings = getHeadings();
-
-  const onScroll = throttle((_e) => {
-    // Update the ToC.
-    let heading = getCurrentHeading(headings, headerOffset);
-    selectTocEntry(heading.id);
-  });
-
-  // Initialize the state of the ToC.
-  onScroll();
-
-  // Listen to scroll and resizing changes.
-  document.addEventListener('scroll', onScroll, false);
-  document.addEventListener('resize', onScroll, false);
-});
--- a/assets/js/versions.template.js
+++ b/assets/js/versions.template.js
@ -1,114 +0,0 @@
-/*
-Copyright 2025 The Matrix.org Foundation C.I.C.
-
-Licensed under the Apache License, Version 2.0 (the "License");
-you may not use this file except in compliance with the License.
-You may obtain a copy of the License at
-
-    http://www.apache.org/licenses/LICENSE-2.0
-
-Unless required by applicable law or agreed to in writing, software
-distributed under the License is distributed on an "AS IS" BASIS,
-WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-See the License for the specific language governing permissions and
-limitations under the License.
-*/
-
-// Determine the current version as defined in hugo.toml. This will either be
-// "unstable" or "vX.X" and doesn't depend on the current URL.
-//
-// The oddity below is an attempt at producing a readable Hugo template while
-// avoiding JS syntax errors in your IDE.
-const currentVersion = `{{ if eq .Site.Params.version.status "unstable" }}
-    {{- /**/ -}}
-    unstable
-    {{- /**/ -}}
-{{ else }}
-    {{- /**/ -}}
-    {{ printf "v%s.%s" .Site.Params.version.major .Site.Params.version.minor }}
-    {{- /**/ -}}
-{{ end }}`;
-
-// Determine the current version segment by regex matching the URL. This will either
-// be "unstable", "latest", "vX.X" (production) or undefined (local & netlify).
-const href = window.location.href;
-const segmentMatches = href.match(/(?<=\/)unstable|latest|v\d+.\d+(?=\/)/);
-const currentSegment = segmentMatches ? segmentMatches[0] : undefined;
-
-// Determine the selected menu element. If we were able to obtain the version
-// segment from the URL (production), use that. Otherwise (local & netlify),
-// fall back to the version as defined in Hugo.
-const selected = currentSegment ?? currentVersion;
-
-function appendVersion(parent, name, segment, url) {
-    // The list item
-    const li = document.createElement("li");
-    if (segment === selected) {
-        li.classList.add("version-picker-selected");
-    }
-    if (segment === "latest") {
-        li.classList.add("version-picker-latest");
-    }
-    parent.appendChild(li);
-
-    // The link
-    const a = document.createElement("a");
-    a.classList.add("dropdown-item");
-    a.setAttribute("href", url);
-    li.appendChild(a);
-
-    // Handle clicks manually to preserve the current path / fragment
-    a.addEventListener("click", (ev) => {
-        // If the URL is a relative link (i.e. the historical versions changelog), just
-        // let the browser load it
-        if (url.startsWith("/")) {
-            return;
-        }
-
-        // If we couldn't determine the current segment, we cannot safely replace
-        // it and have to let the browser load the (root) URL instead
-        if (!currentSegment) {
-            return;
-        }
-
-        // Otherwise, stop further event handling and replace the segment
-        ev.preventDefault();
-        ev.stopPropagation();
-        window.location.href = href.replace(`/${currentSegment}/`, `/${segment}/`);
-    });
-
-    // The link text
-    const text = document.createTextNode(name);
-    a.appendChild(text);
-}
-
-// If we're in the unstable version, we're the latest thing and can just load
-// versions.json from our own resources. Otherwise, we fall back to loading it
-// from /unstable/versions.json, assuming we are on the spec.matrix.org deployment.
-const url = currentVersion === "unstable"
-    ? '{{ .Site.Home.Permalink }}versions.json'
-    : "/unstable/versions.json";
-
-fetch(url)
-    .then(r => r.json())
-    .then(versions => {
-        // Find the surrounding list element
-        const ul = document.querySelector("ul#version-selector");
-        if (!ul) {
-            console.error("Cannot populate version selector: ul element not found");
-            return;
-        }
-
-        // Add a entries for the unstable version and the "latest" shortcut
-        appendVersion(ul, "unstable", "unstable", "https://spec.matrix.org/unstable");
-        const latestName = versions?.length ? `latest (${versions[0].name})` : "latest";
-        appendVersion(ul, latestName, "latest", "https://spec.matrix.org/latest");
-
-        // Add an entry for each proper version
-        for (const version of versions) {
-            appendVersion(ul, version.name, version.name, `https://spec.matrix.org/${version.name}`);
-        }
-
-        // For historical versions, simply link to the changelog
-        appendVersion(ul, "historical", "historical", '{{ (site.GetPage "changelog/historical").RelPermalink }}');
-    });
--- a/assets/scss/_variables_project.scss
+++ b/assets/scss/_variables_project.scss
@ -20,7 +20,7 @@ $dark: #333;
 $gray-100: #FBFBFB;

 $secondary-background: #E5F5FB;
-$secondary-lighter-background: #F4FAFC;
+$secondary-lighter-background: #F4FaFC;
 $secondary-lightest-background: #FBFDFD;


@ -33,24 +33,12 @@ $warning-background: #FFE0E0;
 // colours for definition tables.
 // the border colour matches that used for "highlight" divs
 $table-border-color: rgba(black, .125);
-$table-bg: $secondary-lightest-background;
-
-/* Configure docsy to use the default system fonts instead of Google Fonts.
- * See https://www.docsy.dev/docs/adding-content/lookandfeel/#fonts */
-$td-enable-google-fonts: false;
+$table-row-alternate: $secondary-lightest-background;
+$table-row-default: $secondary-lighter-background;

 /*
- * The $font-family-sans-serif definition here overrides the default value set by docsy
- * (https://github.com/matrix-org/docsy/blob/66a4e61d2d34edc7196b9df83a7d09cd4af14b47/assets/scss/_variables.scss#L68)
+ Opt to serve fonts locally by overriding web-font-path to be a non-google fonts URL.
+ This is only possible with our modified docsy theme: https://github.com/matrix-org/docsy
 */
-$font-family-sans-serif:
-  // Add "Inter" to the front, making it the default. The font itself is loaded via stylesheet
-  // links in layouts/partials/hooks/head-end.html.
-  "Inter",
-  -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, "Helvetica Neue",
-  // Insert fonts suited for mathematical symbols on different platforms before "Arial"
-  "STIX Two Math", "Cambria Math", "Noto Sans Math", "Dejavu Sans",
-  Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol";
-
-// Disable smooth scrolling as it makes TOC highlighting jump during the transition.
-$enable-smooth-scroll: false;
+$web-font-path: "../css/fonts/Inter.css";
+$google_font_name: "Inter";
--- a/assets/scss/_styles_project.scss
+++ b/assets/scss/_styles_project.scss
@ -18,6 +18,9 @@ limitations under the License.
 Custom SCSS for the Matrix spec
 */

+@import "variables_project";
+@import "variables";
+
 /* Import the CSS classes for the syntax highlighter.
 *
 * This is generated with:
@ -26,6 +29,12 @@ Custom SCSS for the Matrix spec
 */
@import "syntax.scss";

+/* Workaround for https://github.com/google/docsy/issues/1116:
+ * fix scroll-anchoring */
+.td-outer {
+    height: auto;
+}
+
 /* Overrides for the navbar */
 .td-navbar {
  box-shadow: 0px 0px 8px rgba(179, 179, 179, 0.25);
@ -34,36 +43,15 @@ Custom SCSS for the Matrix spec
  .navbar-brand {
    font-size: 1.1rem;

-    /* Allow the text to wrap if it is wider than the viewport */
-    text-align: center;
-    white-space: normal;
-
    .navbar-version {
      color: $secondary;
    }
-  }

-  .nav-link {
-    font-weight: normal;
  }

  a {
    color: $black;
  }
-
-  /* Make the version dropdown scroll if it's too large */
-  ul#version-selector {
-    max-height: 80vh;
-    overflow-y: auto;
-  }
-
-  ul#version-selector li.version-picker-selected a {
-    font-weight: bold;
-  }
-
-  ul#version-selector li.version-picker-latest a {
-    color: $secondary;
-  }
 }

 /* Styles for the sidebar nav */
@ -80,8 +68,9 @@ Custom SCSS for the Matrix spec
    margin-top: 1rem;
  }

-  .td-sidebar-nav__section .ul-1 ul {
-    padding-left: 0;
+  &>.td-sidebar-nav__section > li > a.td-sidebar-link {
+      font-weight: $font-weight-bold;
+      font-size: 1.3rem;
  }

  /* This is to make the width of the items that have sub-items (like room versions)
@ -90,20 +79,12 @@ Custom SCSS for the Matrix spec
    padding-right: 0 !important;
  }

-  .ul-1 > li > a {
+  a.indent-1 {
    padding-left: 1rem !important;
  }

-  .ul-2 > li > a {
-    padding-left: 2rem !important;
-  }
-
-  a.td-sidebar-link.tree-root {
-    color: $gray-800;
-    font-weight: $font-weight-bold;
-    font-size: 1.3rem;
-    margin-bottom: 0;
-    border-bottom: none;
+  a.indent-2 {
+    padding-left: 2rem;
  }

  a, a.td-sidebar-link {
@ -122,11 +103,12 @@ Custom SCSS for the Matrix spec

    &.active, &active:hover {
      background-color: $secondary-background;
+      font-weight: $font-weight-normal;
    }
  }
 }

-@include media-breakpoint-up(md) {
+@media (min-width: 768px) {
  @supports (position: sticky) {
    .td-sidebar-nav {
      /* This overrides calc(100vh - 10rem);, which gives us a blank space at the bottom of the sidebar */
@ -136,11 +118,8 @@ Custom SCSS for the Matrix spec
 }

 /* Customise footer */
-.td-footer {
+footer {
  box-shadow: 0px 0px 8px rgba(179, 179, 179, 0.25);
-  padding-top: 2rem;
-  color: var(--bs-body-color);
-  background-color: var(--bs-body-color-bg);
 }

 /* Auto numbering for headings */
@ -186,13 +165,6 @@ Custom SCSS for the Matrix spec

 }

-/* Remove some padding before the main content, when the sidebar is disabled */
-.td-main main {
-  @include media-breakpoint-down(md) {
-    padding-top: 0;
-  }
-}
-
 /* Adjust the scroll margin for everything in the main content, so that
 * it doesn't disappear behind the header bar */
 .td-content * {
@ -257,69 +229,6 @@ Custom SCSS for the Matrix spec

 }

-.endpoints-toc {
-  summary {
-    cursor: pointer;
-    font-weight: $font-weight-bold;
-    font-size: 1.05rem;
-    margin-bottom: 0.5rem;
-  }
-
-  .endpoint-list {
-    list-style: none;
-    padding-left: 0;
-    margin: 0;
-  }
-
-  .endpoint-list li {
-    margin: 0.2rem 0;
-  }
-
-  .endpoint-list a {
-    text-decoration: none;
-    color: inherit;
-    padding: 0.05rem 0.25rem;
-    border-radius: 0.2rem;
-
-    &:hover {
-      background-color: $secondary-background;
-    }
-  }
-
-  .endpoint-list .http-api-method {
-    margin-right: 0.35rem;
-    font-weight: $font-weight-bold;
-  }
-
-  .endpoint-path {
-    font-family: $font-family-monospace;
-    color: $secondary;
-  }
-
-  .endpoint-deprecated {
-    color: $danger;
-    font-weight: $font-weight-bold;
-    margin-left: 0.35rem;
-  }
-
-  .endpoint-module {
-    &:not(:first-child) {
-      margin-top: 0.75rem;
-    }
-  }
-
-  .endpoint-module-title {
-    // font-weight: $font-weight-bold;
-    font-size: 1.20rem;
-    margin-bottom: 0.35rem;
-  }
-}
-
-.page-description {
-  margin-bottom: 1rem;
-  color: inherit;
-}
-
 /* Styles for alert boxes */
 .alert {
  &.note {
@ -351,26 +260,45 @@ Custom SCSS for the Matrix spec
    border-left-width: 5px;
    background: $warning-background;
  }
+
+  // XXX: See the added-in-paragraph.html shortcode for more information on these styles.
+  &.added-in-paragraph {
+    // Remove the padding and margin to remove the box look
+    margin: 0 !important; // !important on both to override table-related rules
+    padding: 0 !important;
+
+    // Make pairs of "added-in" and content inline to each other. We do pairs so authors can
+    // describe two paragraphs with added-in prefixes within a single box, reducing DOM
+    // complexity. Each paragraph is expected to be prefixed with an added-in, however.
+    //
+    // XXX: We assume the added-in and text will be rendered as paragraph elements.
+    > p {
+      display: inline;
+    }
+    > p:nth-child(2n) { // "even" rule to target just the content paragraphs
+      // Force a paragraph break after the content (insert a couple <br /> tags)
+      &::after {
+        content: '\A\A';
+        white-space: pre;
+      }
+    }
+  }
 }

 /* Styles for sections that are rendered from data, such as HTTP APIs and event schemas */
-.td-content .rendered-data {
+.rendered-data {
  background-color: $secondary-lightest-background;
-  padding: 0.85rem;
-  margin: 0.85rem 0;
+  padding: 1rem;
+  margin: 1rem 0;

  details {
    summary {
-      h1 {
-        margin: 0;
-        /* Ensure the disclosure control is vertically centred with the header text. */
-        vertical-align: middle;
-      }
-    }
+      padding: .5rem 0;
      p {
        max-width: 80%;
      }
    }
+  }

  .deprecated-inline {

@ -393,19 +321,13 @@ Custom SCSS for the Matrix spec
  h2 {
    font-weight: $font-weight-bold;
    font-size: 1.3rem;
-    margin: 1.5rem 0 1rem 0;
+    margin: 3rem 0 .5rem 0;
  }

  h3 {
    font-weight: $font-weight-bold;
    font-size: 1.1rem;
-    margin: 1.5rem 0 1rem 0;
-
-  }
-
-  /* Reduce top margin of h3 if previous sibling is a h2 */
-  h2 + h3 {
-    margin-top: 1rem;
+    margin: 1.5rem 0 .75rem 0;
  }

  hr {
@ -414,40 +336,16 @@ Custom SCSS for the Matrix spec
  }

  p code, table code {
-    background-color: transparent;
+    background-color: inherit;
  }

  table {
-    @media (max-width: 800px) {
-      /* Docsy by default applies `overflow-x: auto;` to tables, which
-       * results in annoying horizontal scrolling on mobile, so we instead
-       * switch to a fixed table layout on a narrow browser width.
-       * (On a wider width the default auto table-layout provides better readability.)
-       *
-       * Docsy makes all tables "responsive tables", which causes Bootstrap 4 to create
-       * tables with a "display" property of "block".
-       * However, for "table-layout: fixed" to be effective, an element must have a
-       * "display" property of "table".
-       *
-       * Thus, we override the "display" property here. This may no longer be necessary once
-       * Docsy updates to Bootstrap v5+: https://github.com/google/docsy/issues/470.
-       * For more details, see
-       * https://github.com/matrix-org/matrix-spec/pull/1295/files#r1010759688 */
-      display: table;
    table-layout: fixed;
    width: 100%;

-      .col-name, .col-type, .col-status {
-        width: 25%;
-      }
-
-      .col-description {
-        width: 50%;
-      }
-
-      .col-status-description {
-        width: 75%;
-      }
+    // add some space between two tables when they are right next to each other
+    & + table {
+        margin-top: 4rem;
    }

    caption {
@ -459,15 +357,9 @@ Custom SCSS for the Matrix spec

    th, td, caption {
      padding: 1rem;
-      border-top: 1px $table-border-color solid;
    }

-    td > p:last-child {
-      // Avoid unnecessary space at the bottom of the cells.
-      margin-bottom: 0;
-    }
-
-    &.object-table, &.response-table, &.content-type-table {
+    &.object-table, &.response-table {
        border: 1px $table-border-color solid;

        caption {
@ -477,12 +369,14 @@ Custom SCSS for the Matrix spec

            // ... but avoid double border between caption and table
            border-bottom: 0;
-
-            background-color: $secondary-lighter-background;
        }

-        tbody tr {
-            --bs-table-striped-bg: #{$secondary-lighter-background};
+        caption, tbody tr {
+            background-color: $table-row-default;
+        }
+
+        tbody tr:nth-child(even) {
+            background-color: $table-row-alternate;
        }
    }

@ -495,41 +389,18 @@ Custom SCSS for the Matrix spec
      width: 15rem;
    }

-    /* Arrange rows vertically when horizontal space is constrained to avoid overflowing */
-    @include media-breakpoint-down(sm) {
-      /* Make cells full width without vertical margin */
-      &.basic-info th, &.basic-info td {
-        width: 100%;
-        display: inline-block;
-        margin-top: 0;
-        margin-bottom: 0;
+    .col-name, .col-type, .col-status {
+      width: 25%;
    }

-      /* Remove border and padding between header & data cells to make them appear like a single cell */
-      &.basic-info td {
-        padding-top: 0;
-        border-top: none;
-      }
-      &.basic-info th {
-        border-bottom: none;
+    .col-description {
+      width: 50%;
    }

-      /* Remove top border on all but the first header cell to prevent double borders between rows */
-      &.basic-info tr + tr th {
-        border-top: none;
-      }
-    }
+    .col-status-description {
+      width: 75%;
    }

-  /* Have consistent spacing around tables and examples */
-  table, .highlight {
-    margin-top: 0;
-    margin-bottom: 2rem;
-
-    /* We don't need the margin on the last child of the .rendered-data block */
-    &:last-child {
-      margin-bottom: 0;
-    } 
  }

  pre {
@ -574,25 +445,12 @@ of .td-content. This applies the same style to any blockquotes that descend from
 Make padding symmetrical (this selector is used in the default styles to apply padding-left: 3rem)
 */
 .pl-md-5, .px-md-5 {
-  @include media-breakpoint-up(md) {
  padding-right: 3rem;
-  }
-}
-
-/* Adjust the width of math to match normal paragraphs */
-@include media-breakpoint-up(lg) {
-  .katex-display {
-    max-width: 80%;
-  }
 }

 /* Adjust default styles for info banner */
 .pageinfo-primary {
-  @include media-breakpoint-up(lg) {
  max-width: 80%;
-  }
-  margin-top: 0;
-  margin-right: 0;
  margin-left: 0;
  border: 0;
  border-left: solid 5px $secondary;
@ -606,42 +464,8 @@ Make padding symmetrical (this selector is used in the default styles to apply p
  padding-left: 100px;
 }

-/* Adjust the styling of definition lists. */
-
-/* Add a little spacing between the term and its definition. */
-dt {
-   margin-bottom: 0.15rem;
-}
-
-/* _reboot.scss deliberately sets margin-left to 0. Undo this. */
-dd {
-  margin-left: 2rem;
-}
-
-/* docsy's _code.scss does only styles <code> elements matching
- * .td-content { p code, li > code, table code }.
- * Copy those styles here to apply to code <elements> in definition terms too. */
-
-.td-content {
-  dt code {
-    color: inherit;
-    padding: 0.2em 0.4em;
-    margin: 0;
-    font-size: 85%;
-    word-break: normal;
-    background-color: rgba($black, 0.05);
-    border-radius: 0.25rem;  // was $border-radius, but that var isn't accessible here.
-  }
-}
-
-/* Style for breadcrumbs */
-.td-breadcrumbs {
-  padding: .75rem 1rem;
-  background-color: #eee;
-  border-radius: .25rem;
-  margin-bottom: 1rem;
-
-  .breadcrumb {
-    margin: 0;
-  }
+/* Full-width tables */
+.td-content > table {
+  width: 100%;
+  display: table;
 }
--- a/attic/drafts/model/rooms.rst
+++ b/attic/drafts/model/rooms.rst
@ -246,7 +246,7 @@ anyway.
 In this arrangement there is now a room with both users may join but neither has
 the power to invite any others. Both users now have the confidence that (at
 least within the messaging system itself) their messages remain private and
-cannot later be provably leaked to a third-party. They can freely set the topic
+cannot later be provably leaked to a third party. They can freely set the topic
 or name if they choose and add or edit any other state of the room. The update
 powerlevel of each of these fixed properties should be 1, to lock out the users
 from being able to alter them.
--- a/attic/drafts/model/third-party-id.rst
+++ b/attic/drafts/model/third-party-id.rst
@ -1,9 +1,9 @@
 ======================
-Third-party Identities
+Third Party Identities
 ======================

-A description of how email addresses, mobile phone numbers and other third-party
-identifiers can be used to authenticate and discover users in Matrix.
+A description of how email addresses, mobile phone numbers and other third
+party identifiers can be used to authenticate and discover users in Matrix.


 Overview
@ -15,16 +15,16 @@ and phone numbers for contacts in their address book. They want to communicate
 with those contacts in Matrix without manually exchanging a Matrix User ID with 
 them.

-Third-party IDs
+Third Party IDs
 ---------------

 [[TODO(markjh): Describe the format of a 3PID]]


-Third-party ID Associations
+Third Party ID Associations
 ---------------------------

-An Associaton is a binding between a Matrix User ID and a Third-party ID (3PID).
+An Associaton is a binding between a Matrix User ID and a Third Party ID (3PID).
 Each 3PID can be associated with one Matrix User ID at a time.

 [[TODO(markjh): JSON format of the association.]]
--- a/changelogs/application_service/newsfragments/1174.clarification
+++ b/changelogs/application_service/newsfragments/1174.clarification
@ -0,0 +1 @@
+Add HTML anchors for object definitions in the formatted specification.
--- a/changelogs/application_service/newsfragments/1200.breaking
+++ b/changelogs/application_service/newsfragments/1200.breaking
@ -0,0 +1 @@
+Replace homeserver authorization approach with an `Authorization` header instead of `access_token` when talking to the application service, as per [MSC2832](https://github.com/matrix-org/matrix-spec-proposals/pull/2832).
--- a/changelogs/client_server/newsfragments/1084.clarification
+++ b/changelogs/client_server/newsfragments/1084.clarification
@ -0,0 +1 @@
+Mention that the `/rooms/{roomId}/invite` endpoint will return a 200 response if the user is already invited to the room.
--- a/changelogs/client_server/newsfragments/1135.clarification
+++ b/changelogs/client_server/newsfragments/1135.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1155.clarification
+++ b/changelogs/client_server/newsfragments/1155.clarification
@ -0,0 +1 @@
+Describe return codes for account data endpoints, and clarify that per-room data does not inherit from the global data.
--- a/changelogs/client_server/newsfragments/1161.clarification
+++ b/changelogs/client_server/newsfragments/1161.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1164.clarification
+++ b/changelogs/client_server/newsfragments/1164.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1165.clarification
+++ b/changelogs/client_server/newsfragments/1165.clarification
@ -0,0 +1 @@
+Clarify that policy rule globs work like ACL globs. Contributed by Nico.
--- a/changelogs/client_server/newsfragments/1166.clarification
+++ b/changelogs/client_server/newsfragments/1166.clarification
@ -0,0 +1 @@
+Clarify the format of some structures in the End-to-end encryption module.
--- a/changelogs/client_server/newsfragments/1170.clarification
+++ b/changelogs/client_server/newsfragments/1170.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1174.clarification
+++ b/changelogs/client_server/newsfragments/1174.clarification
@ -0,0 +1 @@
+Add HTML anchors for object definitions in the formatted specification.
--- a/changelogs/client_server/newsfragments/1179.clarification
+++ b/changelogs/client_server/newsfragments/1179.clarification
@ -0,0 +1 @@
+Tweak the styling of `<code>` snippets in tables rendered from OpenAPI definitions.
--- a/changelogs/client_server/newsfragments/1180.clarification
+++ b/changelogs/client_server/newsfragments/1180.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1185.clarification
+++ b/changelogs/client_server/newsfragments/1185.clarification
@ -0,0 +1 @@
+Update "API Standards" section to clarify how JSON is used.
--- a/changelogs/client_server/newsfragments/1190.feature
+++ b/changelogs/client_server/newsfragments/1190.feature
@ -0,0 +1 @@
+Add a `.m.rule.room.server_acl` push rule to match `m.room.server_acl` events, as per [MSC3786](https://github.com/matrix-org/matrix-spec-proposals/pull/3786).
--- a/changelogs/client_server/newsfragments/1196.removal
+++ b/changelogs/client_server/newsfragments/1196.removal
@ -0,0 +1 @@
+Remove unused policy room sharing mechanism, as per [MSC3844](https://github.com/matrix-org/matrix-spec-proposals/pull/3844).
--- a/changelogs/client_server/newsfragments/1197.feature
+++ b/changelogs/client_server/newsfragments/1197.feature
@ -0,0 +1 @@
+Add `Cross-Origin-Resource-Policy` (CORP) headers to media repository, as per [MSC3828](https://github.com/matrix-org/matrix-spec-proposals/pull/3828).
--- a/changelogs/client_server/newsfragments/1198.feature
+++ b/changelogs/client_server/newsfragments/1198.feature
@ -0,0 +1 @@
+Copy a room's `type` when upgrading it, as per [MSC3818](https://github.com/matrix-org/matrix-spec-proposals/pull/3818).
--- a/changelogs/client_server/newsfragments/1199.feature
+++ b/changelogs/client_server/newsfragments/1199.feature
@ -0,0 +1 @@
+Add `room_types` filter and `room_type` response to `/publicRooms`, as per [MSC3827](https://github.com/matrix-org/matrix-spec-proposals/pull/3827).
--- a/changelogs/client_server/newsfragments/1201.feature
+++ b/changelogs/client_server/newsfragments/1201.feature
@ -0,0 +1 @@
+Add a `.m.rule.room.server_acl` push rule to match `m.room.server_acl` events, as per [MSC3786](https://github.com/matrix-org/matrix-spec-proposals/pull/3786).
--- a/changelogs/client_server/newsfragments/1210.clarification
+++ b/changelogs/client_server/newsfragments/1210.clarification
@ -0,0 +1 @@
+Clarify that the "device_id", "user_id" and "access_token" fields are required in the response body of `POST /_matrix/client/v3/login`.
--- a/changelogs/client_server/newsfragments/1211.feature
+++ b/changelogs/client_server/newsfragments/1211.feature
@ -0,0 +1 @@
+Add `m.replace` relations (event edits), as per [MSC2676](https://github.com/matrix-org/matrix-spec-proposals/pull/2676).
--- a/changelogs/client_server/newsfragments/1215.clarification
+++ b/changelogs/client_server/newsfragments/1215.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1216.feature.1
+++ b/changelogs/client_server/newsfragments/1216.feature.1
@ -0,0 +1 @@
+Add `m.read.private` receipts, as per [MSC2285](https://github.com/matrix-org/matrix-spec-proposals/pull/2285).
--- a/changelogs/client_server/newsfragments/1216.feature.2
+++ b/changelogs/client_server/newsfragments/1216.feature.2
@ -0,0 +1 @@
+Make `m.fully_read` optional on `/read_markers`, as per [MSC2285](https://github.com/matrix-org/matrix-spec-proposals/pull/2285).
--- a/changelogs/client_server/newsfragments/1216.feature.3
+++ b/changelogs/client_server/newsfragments/1216.feature.3
@ -0,0 +1 @@
+Allow `m.fully_read` markers to be set from `/receipts`, as per [MSC2285](https://github.com/matrix-org/matrix-spec-proposals/pull/2285).
--- a/changelogs/client_server/newsfragments/1236.clarification
+++ b/changelogs/client_server/newsfragments/1236.clarification
@ -0,0 +1 @@
+Reinforce the relationship of refreshed access tokens to transaction IDs.
--- a/changelogs/client_server/newsfragments/1238.clarification
+++ b/changelogs/client_server/newsfragments/1238.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1240.clarification
+++ b/changelogs/client_server/newsfragments/1240.clarification
@ -0,0 +1 @@
+Clarify enum values by separating possible values with commas.
--- a/changelogs/client_server/newsfragments/1243.clarification
+++ b/changelogs/client_server/newsfragments/1243.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/client_server/newsfragments/1254.feature
+++ b/changelogs/client_server/newsfragments/1254.feature
@ -0,0 +1 @@
+Add threading via `m.thread` relations, as per [MSC3440](https://github.com/matrix-org/matrix-spec-proposals/pull/3440), [MSC3816](https://github.com/matrix-org/matrix-spec-proposals/pull/3816), [MSC3856](https://github.com/matrix-org/matrix-spec-proposals/pull/3856), and [MSC3715](https://github.com/matrix-org/matrix-spec-proposals/pull/3715).
--- a/changelogs/client_server/newsfragments/1255.feature
+++ b/changelogs/client_server/newsfragments/1255.feature
@ -0,0 +1 @@
+Add per-thread notifications and read receipts, as per [MSC3771](https://github.com/matrix-org/matrix-spec-proposals/pull/3771) and [MSC3773](https://github.com/matrix-org/matrix-spec-proposals/pull/3773).
--- a/changelogs/client_server/newsfragments/1261.clarification
+++ b/changelogs/client_server/newsfragments/1261.clarification
@ -0,0 +1 @@
+Add `thread_id` to the `/receipt` endpoint, as per [MSC3771](https://github.com/matrix-org/matrix-spec-proposals/pull/3771)
--- a/changelogs/client_server/newsfragments/1263.clarification
+++ b/changelogs/client_server/newsfragments/1263.clarification
@ -0,0 +1 @@
+Fix various typos throughout the specification.
--- a/changelogs/header.md
+++ b/changelogs/header.md
@ -0,0 +1,16 @@
+<!--
+This is a header file for the generated changelog.
+
+Variables:
+    VERSION  = Replaced by the version number (eg: v1.2)
+    DATE     = Replaced by the date (eg: April 01, 2021)
+-->
+
+## VERSION
+
+<table class="release-info">
+<tr><th>Git commit</th><td><a href="https://github.com/matrix-org/matrix-spec/tree/VERSION">https://github.com/matrix-org/matrix-spec/tree/VERSION</a></td>
+<tr><th>Release date</th><td>DATE</td>
+</table>
+
+<!-- Intentionally blank line to ensure headers work in the concatenated changelog -->
--- a/changelogs/identity_service/newsfragments/1174.clarification
+++ b/changelogs/identity_service/newsfragments/1174.clarification
@ -0,0 +1 @@
+Add HTML anchors for object definitions in the formatted specification.
--- a/changelogs/identity_service/newsfragments/1185.clarification
+++ b/changelogs/identity_service/newsfragments/1185.clarification
@ -0,0 +1 @@
+Update "API Standards" section to clarify how JSON is used.
--- a/changelogs/internal/newsfragments/1191.clarification
+++ b/changelogs/internal/newsfragments/1191.clarification
@ -0,0 +1 @@
+Render HTML anchors for object definition tables.
--- a/changelogs/internal/newsfragments/1194.feature
+++ b/changelogs/internal/newsfragments/1194.feature
@ -0,0 +1 @@
+Add internal changes changelog section.
--- a/changelogs/internal/newsfragments/1195.clarification
+++ b/changelogs/internal/newsfragments/1195.clarification
@ -0,0 +1 @@
+Give rendered-data sections a background and some padding.
--- a/changelogs/internal/newsfragments/1205.clarification
+++ b/changelogs/internal/newsfragments/1205.clarification
@ -0,0 +1 @@
+Fix rendering of shortcodes within the client-server API.
--- a/changelogs/internal/newsfragments/1230.clarification
+++ b/changelogs/internal/newsfragments/1230.clarification
@ -0,0 +1 @@
+Fix the spacing of mapping types generated from the OpenAPI spec.
--- a/changelogs/internal/newsfragments/2282.clarification
+++ b/changelogs/internal/newsfragments/2282.clarification
@ -1 +0,0 @@
-Replace the Twitter link in the footer with our BlueSky and Mastodon socials.
--- a/changelogs/legacy/application_service.rst
+++ b/changelogs/legacy/application_service.rst
@ -22,5 +22,5 @@ r0.1.0

 This is the first release of the Application Service specification. It
 includes support for application services being able to interact with
-homeservers and bridge third-party networks, such as IRC, over to Matrix
+homeservers and bridge third party networks, such as IRC, over to Matrix
 in a standard and accessible way.
--- a/changelogs/legacy/client_server.rst
+++ b/changelogs/legacy/client_server.rst
@ -211,7 +211,7 @@ Backwards Compatible Changes
 - Add a common standard for user, room, and group mentions in messages. (`#1547 <https://github.com/matrix-org/matrix-doc/issues/1547>`_)
 - Add server ACLs as an option for controlling federation in a room. (`#1550 <https://github.com/matrix-org/matrix-doc/issues/1550>`_)
 - Add new push rules for encrypted events and ``@room`` notifications. (`#1551 <https://github.com/matrix-org/matrix-doc/issues/1551>`_)
- Add third-party network room directories, as provided by application services. (`#1554 <https://github.com/matrix-org/matrix-doc/issues/1554>`_)
+- Add third party network room directories, as provided by application services. (`#1554 <https://github.com/matrix-org/matrix-doc/issues/1554>`_)
 - Document the ``validated_at`` and ``added_at`` fields on ``GET /acount/3pid``. (`#1567 <https://github.com/matrix-org/matrix-doc/issues/1567>`_)
 - Add an ``inhibit_login`` registration option. (`#1589 <https://github.com/matrix-org/matrix-doc/issues/1589>`_)
 - Recommend that servers set a Content Security Policy for the content repository. (`#1600 <https://github.com/matrix-org/matrix-doc/issues/1600>`_)
@ -554,7 +554,7 @@ Since the draft stage, the following major changes have been made:
  - Push notification
  - History visibility
  - Search
-  - Invites based on third-party identifiers
+  - Invites based on third party identifiers
  - Room tagging
  - Guest access
  - Client config
--- a/changelogs/legacy/identity_service.rst
+++ b/changelogs/legacy/identity_service.rst
@ -48,7 +48,7 @@ r0.1.0
 ======

 This is the first release of the Identity Service API. With this API, clients and
-homeservers can store bindings between third-party identifiers such as email addresses
+homeservers can store bindings between third party identifiers such as email addresses
 and phone numbers, associating them with Matrix user IDs. Additionally, identity
-servers offer the ability to invite third-party users to Matrix rooms by storing
+servers offer the ability to invite third party users to Matrix rooms by storing
 the invite until the identifier is bound.
--- a/changelogs/push_gateway/newsfragments/1174.clarification
+++ b/changelogs/push_gateway/newsfragments/1174.clarification
@ -0,0 +1 @@
+Add HTML anchors for object definitions in the formatted specification.
--- a/changelogs/pyproject.toml
+++ b/changelogs/pyproject.toml
@ -1,66 +1,39 @@
 [tool.towncrier]
    version = "unused"
-    filename = "rendered.md"
-    template = "template.md.jinja"
+    filename = "../rendered.md"
+    issue_format = "[#{issue}](https://github.com/matrix-org/matrix-spec/issues/{issue})"
+    title_format = "### {name}"  # Matches rendered spec, even if awkward
+    underlines = "   "  # 3 spaces intentionally to hide RST headings
+
+    # Note: The names below have the <strong> tag built-in so the rendered spec *and* the generated
+    # changelog can benefit from sane headings.

    [[tool.towncrier.type]]
        directory = "breaking"
-        name = "Breaking Changes"
+        name = "<strong>Breaking Changes</strong>"
        showcontent = true

    [[tool.towncrier.type]]
        directory = "deprecation"
-        name = "Deprecations"
+        name = "<strong>Deprecations</strong>"
        showcontent = true

    [[tool.towncrier.type]]
        directory = "new"
-        name = "New Endpoints"
+        name = "<strong>New Endpoints</strong>"
        showcontent = true

    [[tool.towncrier.type]]
        directory = "removal"
-        name = "Removed Endpoints"
+        name = "<strong>Removed Endpoints</strong>"
        showcontent = true

    [[tool.towncrier.type]]
        directory = "feature"
-        name = "Backwards Compatible Changes"
+        name = "<strong>Backwards Compatible Changes</strong>"
        showcontent = true

    [[tool.towncrier.type]]
        directory = "clarification"
-        name = "Spec Clarifications"
+        name = "<strong>Spec Clarifications</strong>"
        showcontent = true
-
-    [[tool.towncrier.section]]
-        name = "Client-Server API"
-        path = "client_server"
-
-    [[tool.towncrier.section]]
-        name = "Server-Server API"
-        path = "server_server"
-    
-    [[tool.towncrier.section]]
-        name = "Application Service API"
-        path = "application_service"
-
-    [[tool.towncrier.section]]
-        name = "Identity Service API"
-        path = "identity_service"
-    
-    [[tool.towncrier.section]]
-        name = "Push Gateway API"
-        path = "push_gateway"
-    
-    [[tool.towncrier.section]]
-        name = "Room Versions"
-        path = "room_versions"
-    
-    [[tool.towncrier.section]]
-        name = "Appendices"
-        path = "appendices"
-
-    [[tool.towncrier.section]]
-        name = "Internal Changes/Tooling"
-        path = "internal"
--- a/changelogs/room_versions/newsfragments/1137.clarification
+++ b/changelogs/room_versions/newsfragments/1137.clarification
@ -0,0 +1 @@
+For room versions 1 through 10, clarify that events with rejected `auth_events` must be rejected.
--- a/changelogs/room_versions/newsfragments/1158.clarification
+++ b/changelogs/room_versions/newsfragments/1158.clarification
@ -0,0 +1 @@
+For room versions 2–10: correct a mistaken clarification to the state resolution algorithm.
--- a/changelogs/room_versions/newsfragments/1175.clarification
+++ b/changelogs/room_versions/newsfragments/1175.clarification
@ -0,0 +1 @@
+For room versions 7 through 10: Clarify that `invite->knock` is actually a legal transition.
--- a/changelogs/server_server/newsfragments/1174.clarification
+++ b/changelogs/server_server/newsfragments/1174.clarification
@ -0,0 +1 @@
+Add HTML anchors for object definitions in the formatted specification.
--- a/changelogs/server_server/newsfragments/1179.clarification
+++ b/changelogs/server_server/newsfragments/1179.clarification
@ -0,0 +1 @@
+Tweak the styling of `<code>` snippets in tables rendered from OpenAPI definitions.
--- a/changelogs/server_server/newsfragments/1185.clarification
+++ b/changelogs/server_server/newsfragments/1185.clarification
@ -0,0 +1 @@
+Update "API Standards" section to clarify how JSON is used.
--- a/changelogs/server_server/newsfragments/1255.feature
+++ b/changelogs/server_server/newsfragments/1255.feature
@ -0,0 +1 @@
+Add per-thread notifications and read receipts, as per [MSC3771](https://github.com/matrix-org/matrix-spec-proposals/pull/3771) and [MSC3773](https://github.com/matrix-org/matrix-spec-proposals/pull/3773).
--- a/changelogs/template.md.jinja
+++ b/changelogs/template.md.jinja
@ -1,24 +0,0 @@
-{% for section_name, section in sections.items() %}
-{% if section_name %}
-
-## {{section_name}}
-{% endif %}
-
-{% if section %}
-{% for category, val in definitions.items() if category in section %}
-**{{ definitions[category]['name'] }}**
-
-{% for content, issues in section[category].items() %}
- {{ content }} (
-{%- for issue in issues %}
-[{{issue}}](https://github.com/matrix-org/matrix-spec/issues/{{issue|trim('#')}}){% if not loop.last %}, {% endif %}
-{%- endfor %}
-)
-{% endfor %}
-
-{% endfor %}
-{% else %}
-No significant changes.
-
-{% endif %}
-{% endfor %}
--- a/config.toml
+++ b/config.toml
@ -0,0 +1,106 @@
+baseURL = "/"
+title = "Matrix Specification"
+
+# Prepends absolute URLs with the baseURL. Useful when hosting on non-root
+# paths, such as /unstable.
+canonifyURLs = true
+
+enableRobotsTXT = true
+
+# Hugo allows theme composition (and inheritance). The precedence is from left to right.
+theme = ["docsy"]
+
+disableKinds = ["taxonomy", "taxonomyTerm"]
+
+[languages]
+[languages.en]
+title = "Matrix Specification"
+description = "Home of the Matrix specification for decentralised communication"
+languageName ="English"
+# Weight used for sorting.
+weight = 1
+
+[markup]
+  [markup.goldmark]
+    [markup.goldmark.renderer]
+      # Enables us to render raw HTML
+      unsafe = true
+  [markup.highlight]
+      # See a complete list of available styles at https://xyproto.github.io/splash/docs/all.html
+      # If the style is changed, remember to regenerate the CSS with:
+      #
+      #   hugo gen chromastyles --style=<style> > assets/scss/syntax.scss
+      style = "tango"
+
+      # we enable CSS classes (instead of using inline styles) for compatibility with the CSP.
+      noClasses = false
+
+# Everything below this are Site Params
+
+[params]
+copyright = "The Matrix.org Foundation CIC"
+privacy_policy = "https://matrix.org/legal/privacy-notice"
+
+[params.version]
+# must be one of "unstable", "current", "historical"
+# this is used to decide whether to show a banner pointing to the current release
+status = "stable"
+# A URL pointing to the latest, stable release of the spec. To be shown in the unstable version warning banner.
+current_version_url = "https://spec.matrix.org/latest"
+# The following is used when status = "stable", and is displayed in various UI elements on a released version
+# of the spec. CI will set these values here automatically when a release git tag (i.e `v1.5`) is created.
+major = "1"
+minor = "4"
+release_date = "September 29, 2022"
+
+# User interface configuration
+[params.ui]
+# Set to true to disable the About link in the site footer
+footer_about_disable = false
+# Collapse HTTP API and event <details> elements
+rendered_data_collapsed = false
+
+[params.links]
+# End user relevant links. These will show up on left side of footer and in the community page if you have one.
+# [[params.links.user]]
+# 	name = "User mailing list"
+# 	url = "https://example.org/mail"
+# 	icon = "fa fa-envelope"
+#         desc = "Discussion and help from your fellow users"
+# Developer relevant links. These will show up on right side of footer and in the community page if you have one.
+[[params.links.developer]]
+	name = "GitHub"
+	url = "https://github.com/matrix-org"
+	icon = "fab fa-github"
+  desc = "Matrix on GitHub"
+[[params.links.developer]]
+	name = "GitLab"
+	url = "https://gitlab.matrix.org/matrix-org"
+	icon = "fab fa-gitlab"
+  desc = "Matrix on GitLab"
+[[params.links.developer]]
+	name = "YouTube"
+	url = "https://www.youtube.com/channel/UCVFkW-chclhuyYRbmmfwt6w"
+	icon = "fab fa-youtube"
+  desc = "Matrix YouTube channel"
+[[params.links.developer]]
+	name = "Twitter"
+	url = "https://twitter.com/matrixdotorg"
+	icon = "fab fa-twitter"
+  desc = "Matrix on Twitter"
+
+
+# configuration for the hugo development server
+[server]
+
+# set HTTP response headers to match the production site. Compare the Apache config for `spec.matrix.org`.
+[[server.headers]]
+  for = '/**'
+  [server.headers.values]
+    Content-Security-Policy = "default-src 'self'; style-src 'self'; script-src 'self'; img-src 'self' data:; connect-src 'self'; font-src 'self' data:; media-src 'self'; child-src 'self'; form-action 'self'; object-src 'self'"
+    X-XSS-Protection = "1; mode=block"
+    X-Content-Type-Options = "nosniff"
+    # Strict-Transport-Security = "max-age=31536000; includeSubDomains; preload"
+    X-Frame-Options = "sameorigin"
+    Access-Control-Allow-Origin = "*"
+    Access-Control-Allow-Methods = "GET"
--- a/config/_default/hugo.toml
+++ b/config/_default/hugo.toml
@ -1,168 +0,0 @@
-# Default settings.
-
-baseURL = "/"
-title = "Matrix Specification"
-
-enableRobotsTXT = true
-
-# We disable RSS, because (a) it's useless, (b) Hugo seems to generate broken
-# links to it when used with a --baseURL (for example, https://spec.matrix.org/v1.4/
-# contains `<link rel="alternate" type="application/rss&#43;xml" href="/v1.4/v1.4/index.xml">`).
-disableKinds = ["taxonomy", "rss"]
-
-[languages]
-[languages.en]
-title = "Matrix Specification"
-languageName ="English"
-# Weight used for sorting.
-weight = 1
-[languages.en.params]
-description = "Home of the Matrix specification for decentralised communication"
-
-# Entries in the main menu in the header.
-[menus]
-[[menus.main]]
-    name = 'Foundation'
-    url = 'https://matrix.org/foundation/about/'
-    weight = 10
-[[menus.main]]
-    name = 'User Docs'
-    url = 'https://matrix.org/docs/'
-    weight = 20
-[[menus.main]]
-    name = 'Blog'
-    url = 'https://matrix.org/blog/'
-    weight = 30
-
-[markup]
-  [markup.tableOfContents]
-    startLevel = 2
-    endLevel = 6
-    ordered = true
-  [markup.goldmark]
-    [markup.goldmark.renderer]
-      # Enables us to render raw HTML
-      unsafe = true
-    [markup.goldmark.extensions]
-      # Tell Goldmark to pass delimited blocks through the `render-passthrough` render hook.
-      # This is used to render the maths in the Olm spec.
-      # See: https://gohugo.io/functions/transform/tomath/#step-1.
-      [markup.goldmark.extensions.passthrough]
-        enable = true
-        [markup.goldmark.extensions.passthrough.delimiters]
-          block = [['\[', '\]']]
-          inline = [['\(', '\)']]
-  [markup.highlight]
-      # See a complete list of available styles at https://xyproto.github.io/splash/docs/all.html
-      # If the style is changed, remember to regenerate the CSS with:
-      #
-      #   hugo gen chromastyles --style=<style> > assets/scss/syntax.scss
-      style = "tango"
-
-      # we enable CSS classes (instead of using inline styles) for compatibility with the CSP.
-      noClasses = false
-
-# Everything below this are Site Params
-
-[params]
-copyright = "The Matrix.org Foundation CIC"
-
-[params.version]
-# must be one of "unstable", "current", "historical"
-# this is used to decide whether to show a banner pointing to the current release
-status = "unstable"
-# A URL pointing to the latest, stable release of the spec. To be shown in the unstable version warning banner.
-current_version_url = "https://spec.matrix.org/latest"
-# The following is used when status = "stable", and is displayed in various UI elements on a released version
-# of the spec.
-#major = "1"
-#minor = "17"
-
-[[params.versions]]
-# We must include this parameter to enable docsy's version picker in the navbar. The picker
-# is populated automatically in navbar-version-selector.html.
-
-# User interface configuration
-[params.ui]
-# Collapse HTTP API and event <details> elements
-rendered_data_collapsed = false
-# Hide the search entry in the sidebar
-sidebar_search_disable = true
-# Only show the current page's ancestors, siblings and direct descendants in the sidebar menu
-sidebar_menu_compact = true
-
-[params.links]
-# End user relevant links. These will show up on left side of footer and in the community page if you have one.
-# [[params.links.user]]
-# 	name = "User mailing list"
-# 	url = "https://example.org/mail"
-# 	icon = "fa fa-envelope"
-#         desc = "Discussion and help from your fellow users"
-# Developer relevant links. These will show up on right side of footer and in the community page if you have one.
-# [[params.links.developer]]
-# 	name = "GitHub"
-# 	url = "https://github.com/matrix-org"
-# 	icon = "fab fa-github"
-#   desc = "Matrix on GitHub"
-# Custom links shown in the center of the footer. (Only supported by our fork of docsy's 'footer/central' partial.)
-[[params.links.bottom]]
-  name = "GitHub"
-  url = "https://github.com/matrix-org"
-  icon = "fab fa-github"
-  desc = "Matrix on GitHub"
-[[params.links.bottom]]
-  name = "GitLab"
-  url = "https://gitlab.matrix.org/matrix-org"
-  icon = "fab fa-gitlab"
-  desc = "Matrix on GitLab"
-[[params.links.bottom]]
-  name = "YouTube"
-  url = "https://www.youtube.com/channel/UCVFkW-chclhuyYRbmmfwt6w"
-  icon = "fab fa-youtube"
-  desc = "Matrix YouTube channel"
-[[params.links.bottom]]
-  name = "Mastodon"
-  url = "https://mastodon.matrix.org/@matrix"
-  icon = "fab fa-mastodon"
-  desc = "Matrix on Mastodon"
-[[params.links.bottom]]
-  name = "Bluesky"
-  url = "https://bsky.app/profile/matrix.org"
-  icon = "fab fa-bluesky"
-  desc = "Matrix on Bluesky"
-
-
-# configuration for the hugo development server
-[server]
-
-# set HTTP response headers to match the production site. Compare the Apache config for `spec.matrix.org`.
-[[server.headers]]
-  for = '/**'
-  [server.headers.values]
-    # `style-src 'unsafe-inline'` is needed to correctly render the maths in the Olm spec:
-    # https://github.com/KaTeX/KaTeX/issues/4096
-    Content-Security-Policy = "default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'; img-src 'self' data:; connect-src 'self'; font-src 'self' data:; media-src 'self'; child-src 'self'; form-action 'self'; object-src 'self'"
-    X-XSS-Protection = "1; mode=block"
-    X-Content-Type-Options = "nosniff"
-    # Strict-Transport-Security = "max-age=31536000; includeSubDomains; preload"
-    X-Frame-Options = "sameorigin"
-    Access-Control-Allow-Origin = "*"
-    Access-Control-Allow-Methods = "GET"
-
-# hugo module configuration
-
-[module]
-  [module.hugoVersion]
-    extended = true
-    min = "0.146.0"
-  [[module.imports]]
-    path = "github.com/matrix-org/docsy"
-    disable = false
-
-# custom output formats
-
-[outputFormats]
-  [outputFormats.Checklist]
-    mediaType = "text/markdown"
-    isPlainText = true
-    baseName = "checklist"
--- a/config/production/hugo.toml
+++ b/config/production/hugo.toml
@ -1,6 +0,0 @@
-# Settings only required when the website is built for production.
-
-# Enable stats to use them to optimize the CSS.
-[build]
-  [build.buildStats]
-    enable = true
--- a/content/_index.md
+++ b/content/_index.md
@ -25,14 +25,14 @@ The specification consists of the following parts:
 * [Identity Service API](/identity-service-api)
 * [Push Gateway API](/push-gateway-api)
 * [Room Versions](/rooms)
-* [Olm & Megolm](/olm-megolm)
 * [Appendices](/appendices)

 Additionally, this introduction page contains the key baseline
 information required to understand the specific APIs, including the
 section the [overall architecture](#architecture).

-The [Matrix API Viewer](https://matrix.org/docs/api/) is useful for
+The [Matrix Client-Server API Swagger
+Viewer](https://matrix.org/docs/api/client-server/) is useful for
 browsing the Client-Server API.

 ## Introduction to the Matrix APIs
@ -57,6 +57,9 @@ The principles that Matrix attempts to follow are:
        the global Matrix network
    -   Fully open standard - publicly documented standard with no IP or
        patent licensing encumbrances
+    -   Fully open source reference implementation - liberally-licensed
+        example implementations with no IP or patent licensing
+        encumbrances
 -   Empowering the end-user
    -   The user should be able to choose the server and clients they
        use
@ -97,20 +100,6 @@ services - be that for instant messages, VoIP call setups, or any other
 objects that need to be reliably and persistently pushed from A to B in
 an interoperable and federated manner.

-### Requirement levels
-
-The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD",
-"SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" across all parts of the
-specification are to be interpreted as described in
-[RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119).
-
-Some entire sections of the specification might be optional depending on the
-circumstances. For example, the
-[modules of the client-server API](/client-server-api/#modules)
-apply depending on the use case. The requirement level expressed by the above
-key words appearing in such a section is only relevant if the section itself is
-applicable.
-
 ### Spec Change Proposals

 To propose a change to the Matrix Spec, see the explanations at
@ -152,7 +141,7 @@ request.

 How data flows between clients:

-```nohighlight
+```
    { Matrix client A }                             { Matrix client B }
        ^          |                                    ^          |
        |  events  |  Client-Server API                 |  events  |
@ -384,7 +373,7 @@ servers that are in the room that can be used to join via.
 Users in Matrix are identified via their Matrix user ID. However,
 existing 3rd party ID namespaces can also be used in order to identify
 Matrix users. A Matrix "Identity" describes both the user ID and any
-other existing IDs from third-party namespaces *linked* to their
+other existing IDs from third party namespaces *linked* to their
 account. Matrix users can *link* third-party IDs (3PIDs) such as email
 addresses, social network accounts and phone numbers to their user ID.
 Linking 3PIDs creates a mapping from a 3PID to a user ID. This mapping
@ -431,16 +420,9 @@ into the `m.` namespace.

 ### Timestamps

-Unless otherwise stated, timestamps are the number of milliseconds
-elapsed since the unix epoch (1970-01-01 00:00:00 UTC), but not counting
-leap seconds, so that each day is precisely 86,400,000 milliseconds.
-
-This means that timestamps can repeat during leap seconds. Most
-programming languages provide timestamps in that format natively, e.g.
-[ECMAScript](https://tc39.es/ecma262/multipage/numbers-and-dates.html#sec-time-values-and-time-range).
-Throughout the specification this may be referred to as POSIX,
-[Unix](https://en.wikipedia.org/wiki/Unix_time), or just "time in
-milliseconds".
+Unless otherwise stated, timestamps are measured as milliseconds since
+the Unix epoch. Throughout the specification this may be referred to as
+POSIX, Unix, or just "time in milliseconds".

 ## Specification Versions

@ -505,23 +487,18 @@ For historical reference, the APIs were versioned as `rX.Y.Z` where `X`
 roughly represents a breaking change, `Y` a backwards-compatible change, and
 `Z` a patch or insignificant alteration to the API.

-The current global versioning system was introduced with `v1.1`.
-[Matrix 1.0](https://matrix.org/blog/2019/06/11/introducing-matrix-1-0-and-the-matrix-org-foundation/)
-did not correspond directly to a specification version; instead, it was based on
-the following versions for the individual APIs:
+`v1.0` of Matrix was released on June 10th, 2019 with the following API
+versions:

 | API/Specification       | Version |
-|--------------------------|---------------|
+|-------------------------|---------|
 | Client-Server API       | r0.5.0  |
 | Server-Server API       | r0.1.2  |
 | Application Service API | r0.1.1  |
-| Identity Service API     | r0.2.0        |
+| Identity Service API    | r0.1.1  |
 | Push Gateway API        | r0.1.0  |
-| Room Versions            | 1, 2, 3, 4, 5 |
+| Room Version            | v5      |

-`v1.0` should **not** be returned by servers in the
-[`GET /_matrix/client/versions`](/client-server-api/#get_matrixclientversions)
-response.

 ## License

--- a/content/appendices.md
+++ b/content/appendices.md
@ -83,15 +83,10 @@ object.

 ### Canonical JSON

-To ensure that all implementations use the same JSON encoding we define
-"Canonical JSON". This should not be confused with other uses of
-"Canonical JSON" outside of the specification.
-
-We define this encoding for a value to be the shortest
+We define the canonical JSON encoding for a value to be the shortest
 UTF-8 JSON encoding with dictionary keys lexicographically sorted by
 Unicode codepoint. Numbers in the JSON must be integers in the range
-`[-(2**53)+1, (2**53)-1]`, represented without exponents or decimal
-places, and negative zero `-0` MUST NOT appear.
+`[-(2**53)+1, (2**53)-1]`.

 We pick UTF-8 as the encoding as it should be available to all platforms
 and JSON received from the network is likely to be already encoded using
@ -136,12 +131,12 @@ removing insignificant whitespace, fractions, exponents and redundant
 character escapes.

    value     = false / null / true / object / array / number / string
-    false     = %x66.61.6C.73.65
-    null      = %x6E.75.6C.6C
+    false     = %x66.61.6c.73.65
+    null      = %x6e.75.6c.6c
    true      = %x74.72.75.65
-    object    = %x7B [ member *( %x2C member ) ] %x7D
+    object    = %x7B [ member *( %x2C member ) ] %7D
    member    = string %x3A value
-    array     = %x5B [ value *( %x2C value ) ] %x5D
+    array     = %x5B [ value *( %x2C value ) ] %5B
    number    = [ %x2D ] int
    int       = %x30 / ( %x31-39 *digit )
    digit     = %x30-39
@ -305,21 +300,6 @@ The following canonical JSON should be produced:
 {"a":null}
 ```

-Given the following JSON object:
-
-```json
-{
-    "a": -0,
-    "b": 1e10
-}
-```
-
-The following canonical JSON should be produced:
-
-```json
-{"a":0,"b":10000000000}
-```
-
 ### Signing Details

 JSON is signed by encoding the JSON object without `signatures` or keys
@ -522,9 +502,10 @@ The sigil characters are as follows:
 -   `@`: User ID
 -   `!`: Room ID
 -   `$`: Event ID
+-   `+`: Group ID
 -   `#`: Room alias

-User IDs, room IDs, room aliases, and sometimes event IDs
+User IDs, group IDs, room IDs, room aliases, and sometimes event IDs
 take the form:

    &localpart:domain
@ -536,12 +517,10 @@ allocated by that homeserver.
 The precise grammar defining the allowable format of an identifier
 depends on the type of identifier. For example, event IDs can sometimes
 be represented with a `domain` component under some conditions - see the
-[Event IDs](#event-ids) section below for more information.
+[Event IDs](#room-ids-and-event-ids) section below for more information.

 #### User Identifiers

-{{% changed-in v="1.8" %}}
-
 Users within Matrix are uniquely identified by their Matrix user ID. The
 user ID is namespaced to the homeserver which allocated the account and
 has the form:
@ -550,13 +529,13 @@ has the form:

 The `localpart` of a user ID is an opaque identifier for that user. It
 MUST NOT be empty, and MUST contain only the characters `a-z`, `0-9`,
-`.`, `_`, `=`, `-`, `/`, and `+`.
+`.`, `_`, `=`, `-`, and `/`.

 The `domain` of a user ID is the [server name](#server-name) of the
 homeserver which allocated the account.

 The length of a user ID, including the `@` sigil and the domain, MUST
-NOT exceed 255 bytes.
+NOT exceed 255 characters.

 The complete grammar for a legal user ID is:

@ -564,7 +543,7 @@ The complete grammar for a legal user ID is:
    user_id_localpart = 1*user_id_char
    user_id_char = DIGIT
                 / %x61-7A                   ; a-z
-                 / "-" / "." / "=" / "_" / "/" / "+"
+                 / "-" / "." / "=" / "_" / "/"

 {{% boxes/rationale %}}
 A number of factors were considered when defining the allowable
@ -611,18 +590,10 @@ characters permitted in user ID localparts. There are currently active
 users whose user IDs do not conform to the permitted character set, and
 a number of rooms whose history includes events with a `sender` which
 does not conform. In order to handle these rooms successfully, clients
-and servers MUST accept user IDs with localparts consisting of any legal
-non-surrogate Unicode code points except for `:` and `NUL` (U+0000), including other control
-characters and the empty string.
+and servers MUST accept user IDs with localparts from the expanded
+character set:

-User IDs with localparts containing characters outside the range U+0021 to U+007E, or with
-an empty localpart, are considered non-compliant. For current room versions, servers must
-still accept events using such user IDs over federation; however they SHOULD NOT forward
-such user IDs to clients when referenced outside the context of an event. For example,
-device list updates from non-compliant user IDs would be dropped by the receiving server.
-
-A future room version may prevent users using a historical character set
-from participating. Use of the historical character set is *deprecated*.
+    extended_user_id_char = %x21-39 / %x3B-7E  ; all ASCII printing chars except :

 ##### Mapping from other character sets

@ -655,50 +626,24 @@ allowing representation of *any* character (unlike punycode, which
 provides no way to encode ASCII punctuation).
 {{% /boxes/rationale %}}

-#### Room IDs
+#### Room IDs and Event IDs

-{{% changed-in v="1.16" %}} Room IDs can now appear without a domain depending on
-the room version.
-
-A room has exactly one room ID. Room IDs take the form:
-
-    !opaque_id
-
-However, the precise format depends upon the [room version specification](/rooms):
-some room versions included a `domain` component, whereas more recent room versions
-omit the domain and use a base64-encoded hash instead.
-
-Room IDs are case-sensitive and not meant to be human-readable. They are intended
-to be used as fully opaque strings by clients, even when a `domain` component is
-present.
-
-If the room version requires a `domain` component, room IDs take the following
-form:
+A room has exactly one room ID. A room ID has the format:

    !opaque_id:domain

-In such a form, the `opaque_id` is a localpart. The localpart MUST only contain
-valid non-surrogate Unicode code points, including control characters, except `:`
-and `NUL` (U+0000). The localpart SHOULD only consist of alphanumeric characters
-(`A-Z`, `a-z`, `0-9`) when generating them. The `domain` is the [server name](#server-name)
-of the homeserver which created the room - it is only used to reduce namespace
-collisions. There is no implication that the room in question is still available
-at the corresponding homeserver. Combined, the localpart, domain, and `!` sigil
-MUST NOT exceed 255 bytes.
+An event has exactly one event ID. The format of an event ID depends
+upon the [room version specification](/rooms).

-When a room version requires the `domain`-less format, room IDs are simply the
-[event ID](#event-ids) of the `m.room.create` event using `!` as the sigil instead
-of `$`. The grammar is otherwise inherited verbatim.
+The `domain` of a room ID is the [server name](#server-name) of the
+homeserver which created the room/event. The domain is used only for
+namespacing to avoid the risk of clashes of identifiers between
+different homeservers. There is no implication that the room or event in
+question is still available at the corresponding homeserver.

-{{% boxes/note %}}
-Applications which previously relied upon the `domain` in a room ID can instead
-parse the [user IDs](#user-identifiers) found in the `m.room.create` event's `sender`.
-
-Though the `m.room.create` event's `additional_creators` (in `content`) may be
-used when present, applications should take care when parsing or interpreting the
-list. The user IDs in `additional_creators` will have correct grammar, but may
-not be real users or may not belong to actual Matrix homeservers.
-{{% /boxes/note %}}
+Event IDs and Room IDs are case-sensitive. They are not meant to be
+human-readable. They are intended to be treated as fully opaque strings
+by clients.

 #### Room Aliases

@ -710,29 +655,10 @@ The `domain` of a room alias is the [server name](#server-name) of the
 homeserver which created the alias. Other servers may contact this
 homeserver to look up the alias.

-The localpart of a room alias may contain any valid non-surrogate Unicode codepoints
-except `:` and `NUL`.
+Room aliases MUST NOT exceed 255 bytes (including the `#` sigil and the
+domain).

-The length of a room alias, including the `#` sigil and the domain, MUST
-NOT exceed 255 bytes.
-
-#### Event IDs
-
-An event has exactly one event ID. Event IDs take the form:
-
-    $opaque_id
-
-However, the precise format depends upon the [room version
-specification](/rooms): early room versions included a `domain` component,
-whereas more recent versions omit the domain and use a base64-encoded hash instead.
-
-In addition to the requirements of the room version, the length of an event ID,
-including the `$` sigil and the domain where present, MUST NOT exceed 255 bytes.
-
-Event IDs are case-sensitive. They are not meant to be human-readable. They are
-intended to be treated as fully opaque strings by clients.
-
-### URIs
+#### URIs

 There are two major kinds of referring to a resource in Matrix: matrix.to
 and `matrix:` URI. The specification currently defines both as active/valid
@ -743,19 +669,19 @@ be used to reference particular objects in a given context, such as mentioning
 a user in a message or linking someone to a particular point in the room's
 history (a permalink).

-#### Matrix URI scheme
+##### Matrix URI scheme

 {{% added-in v="1.2" %}}

 The Matrix URI scheme is defined as follows (`[]` enclose optional parts, `{}`
 enclose variables):
-```nohighlight
+```
 matrix:[//{authority}/]{type}/{id without sigil}[/{type}/{id without sigil}...][?{query}][#{fragment}]
 ```

 As a schema, this can be represented as:

-```nohighlight
+```
 MatrixURI = "matrix:" hier-part [ "?" query ] [ "#" fragment ]
 hier-part = [ "//" authority "/" ] path
 path = entity-descriptor ["/" entity-descriptor]
@ -787,7 +713,7 @@ Specifically, the following mappings are used:
 * `r` for room aliases.
 * `u` for users.
 * `roomid` for room IDs (note the distinction from room aliases).
-* `e` for events, when after a room ID (`roomid`). Use of `e` after a room alias (`r`) is deprecated.
+* `e` for events, when after a room reference (`r` or `roomid`).

 {{% boxes/note %}}
 During development of this URI format, types of `user`, `room`, and `event`
@ -797,13 +723,6 @@ wish to consider handling them as `u`, `r`, and `e` respectively.
 `roomid` was otherwise unchanged.
 {{% /boxes/note %}}

-{{% boxes/note %}}
-{{% changed-in v="1.11" %}}
-Referencing event IDs within a room identified by room alias (`r`) rather than room ID
-(`roomid`) is now deprecated.  We are not aware of these ever having been used in
-practice, and are nonsensical given room aliases are mutable.
-{{% /boxes/note %}}
-
 The `id without sigil` is simply the identifier for the entity without the defined
 sigil. For example, `!room:example.org` becomes `room:example.org` (`!` is the sigil
 for room IDs). The sigils are described under the
@ -848,28 +767,29 @@ Examples of common URIs are:
 <!-- Author's note: These examples should be consistent with the matrix.to counterparts. -->
 * Link to `#somewhere:example.org`: `matrix:r/somewhere:example.org`
 * Link to `!somewhere:example.org`: `matrix:roomid/somewhere:example.org?via=elsewhere.ca`
+* Link to `$event` in `#somewhere:example.org`: `matrix:r/somewhere:example.org/e/event`
 * Link to `$event` in `!somewhere:example.org`: `matrix:roomid/somewhere:example.org/e/event?via=elsewhere.ca`
 * Link to chat with `@alice:example.org`: `matrix:u/alice:example.org?action=chat`

 A suggested client implementation algorithm is available in the
 [original MSC](https://github.com/matrix-org/matrix-spec-proposals/blob/main/proposals/2312-matrix-uri.md#recommended-implementation).

-#### matrix.to navigation
+##### matrix.to navigation

 {{% boxes/note %}}
-matrix.to is a Namespace URI which existed prior to a `matrix:` URI scheme.
-This is **not** meant to be interpreted as an available web service - see
-below for more details.
+This namespacing existed prior to a `matrix:` scheme. This is **not**
+meant to be interpreted as an available web service - see below for more
+details.
 {{% /boxes/note %}}

 A matrix.to URI has the following format, based upon the specification
 defined in [RFC 3986](https://tools.ietf.org/html/rfc3986):

-```nohighlight
+```
 https://matrix.to/#/<identifier>/<extra parameter>?<additional arguments>
 ```

-The identifier may be a room ID, room alias, or user ID. The
+The identifier may be a room ID, room alias, user ID, or group ID. The
 extra parameter is only used in the case of permalinks where an event ID
 is referenced. The matrix.to URI, when referenced, must always start
 with `https://matrix.to/#/` followed by the identifier.
@ -891,16 +811,10 @@ Examples of matrix.to URIs are:
 <!-- Author's note: These examples should be consistent with the matrix scheme counterparts. -->
 * Link to `#somewhere:example.org`: `https://matrix.to/#/%23somewhere%3Aexample.org`
 * Link to `!somewhere:example.org`: `https://matrix.to/#/!somewhere%3Aexample.org?via=elsewhere.ca`
+* Link to `$event` in `#somewhere:example.org`: `https://matrix.to/#/%23somewhere:example.org/%24event%3Aexample.org`
 * Link to `$event` in `!somewhere:example.org`: `https://matrix.to/#/!somewhere%3Aexample.org/%24event%3Aexample.org?via=elsewhere.ca`
 * Link to `@alice:example.org`: `https://matrix.to/#/%40alice%3Aexample.org`

-{{% boxes/note %}}
-{{% changed-in v="1.11" %}}
-Referencing event IDs within a room identified by room alias rather than room ID
-is now deprecated.  We are not aware of these ever having been used in
-practice, and are nonsensical given room aliases are mutable.
-{{% /boxes/note %}}
-
 {{% boxes/note %}}
 Historically, clients have not produced URIs which are fully encoded.
 Clients should try to interpret these cases to the best of their
@ -916,15 +830,16 @@ encoded when producing matrix.to URIs, however.
 {{% /boxes/note %}}

 {{% boxes/note %}}
+<!-- TODO: @@TravisR: Make "Spaces" a link when that specification exists -->
 In prior versions of this specification, a concept of "groups" were mentioned
 to organize rooms. This functionality did not properly get introduced into
-the specification and is subsequently replaced with [Spaces](/client-server-api/#spaces). Historical
+the specification and is subsequently replaced with "Spaces". Historical
 matrix.to URIs pointing to groups might still exist: they take the form
 `https://matrix.to/#/%2Bexample%3Aexample.org` (where the `+` sigil may or
 may not be encoded).
 {{% /boxes/note %}}

-#### Routing
+##### Routing

 Room IDs are not routable on their own as there is no reliable domain to
 send requests to. This is partially mitigated with the addition of a
@ -937,8 +852,8 @@ A room (or room permalink) which isn't using a room alias should supply
 at least one server using `via` in the URI's query string. Multiple servers
 can be specified by including multuple `via` parameters.

-The values of `via` are intended to be passed along on the
-[Client Server `/join/{roomIdOrAlias}` API](/client-server-api/#post_matrixclientv3joinroomidoralias).
+The values of `via` are intended to be passed along as the `server_name`
+parameters on the [Client Server `/join/{roomIdOrAlias}` API](/client-server-api/#post_matrixclientv3joinroomidoralias).

 When generating room links and permalinks, the application should pick
 servers which have a high probability of being in the room in the
@ -975,53 +890,9 @@ unique servers based on the following criteria:
    specify the servers it can. For example, a room with only 2 users in
    it would result in maximum 2 `via` parameters.

-### Opaque Identifiers
-
-The specification defines some identifiers to use the *Opaque Identifier
-Grammar*. This is a common grammar intended for non-user-visible identifiers
-which do not require parsing or interpretation (other than as a unique
-identifier).
-
-The grammar is defined as:
-
-* Identifiers must be entirely composed of the characters `[0-9]`, `[A-Z]`,
-  `[a-z]`, `-`, `.`, `_`, and `~`.
-* Unless otherwise specified, identifiers must be at least one character and at
-  most 255 characters in length.
-
-{{% boxes/note %}}
-The acceptable character set matches the unreserved character set in [RFC
-3986](https://datatracker.ietf.org/doc/html/rfc3986#section-2.3).
-{{% /boxes/note %}}
-
-## Cryptographic key representation
-
-Sometimes it is necessary to present a private cryptographic key in the user
-interface.
-
-When this happens, the key SHOULD be presented as a string formatted as
-follows:
-
-1.  A byte array is created, consisting of two bytes `0x8B` and `0x01`,
-    followed by the raw key.
-2.  All the bytes in the array above, including the two header bytes,
-    are XORed together to form a parity byte. This parity byte is
-    appended to the byte array.
-3.  The byte array is encoded using base58, using the the alphabet
-    `123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz`.
-4.  A space is added after every 4th character.
-
-When reading in a key, clients should disregard whitespace, and
-perform the reverse of steps 1 through 4.
-
-{{% boxes/note %}}
-The base58 alphabet is the same as that used for [Bitcoin
-addresses](https://en.bitcoin.it/wiki/Base58Check_encoding#Base58_symbol_chart).
-{{% /boxes/note %}}
-
 ## 3PID Types

-Third-party Identifiers (3PIDs) represent identifiers on other
+Third Party Identifiers (3PIDs) represent identifiers on other
 namespaces that might be associated with a particular person. They
 comprise a tuple of `medium` which is a string that identifies the
 namespace in which the identifier exists, and an `address`: a string
@ -1063,30 +934,6 @@ The `address` is the telephone number represented as a MSISDN (Mobile
 Station International Subscriber Directory Number) as defined by the
 E.164 numbering plan. Note that MSISDNs do not include a leading '+'.

-## Glob-style matching
-
-It is useful to match strings via globbing in some situations. Globbing in Matrix
-uses the following rules:
-
-* The character `*` matches zero or more characters.
-* `?` matches exactly one character.
-
-## Dot-separated property paths
-
-It is useful to express the "path" to an event property by concatenating property
-names with dots, e.g. `content.body` would represent a `body` property in the
-event's `content`.
-
-To handle ambiguity when a property name contains a dot, any literal dot or
-backslash found in a property name should be escaped with a backslash. E.g. a
-property `m.relates_to` in the `content` would be expressed as
-`content.m\.relates_to`. Similarly, a `content` property named `m\foo` would be
-expressed as `content.m\\foo`.
-
-Other escape sequences are left as-is, e.g. a `\x` would be treated as a literal
-backslash followed by 'x'. It is recommended that implementations do not redundantly
-escape characters, as other escape sequences are reserved for future use.
-
 ## Security Threat Model

 ### Denial of Service
--- a/content/application-service-api.md
+++ b/content/application-service-api.md
@ -2,17 +2,19 @@
 title: "Application Service API"
 weight: 30
 type: docs
-description: |
-  The Matrix client-server API and server-server APIs provide a consistent,
-  self-contained federated messaging fabric but leave little room for custom
-  server-side behaviour such as gateways, filters, or extensible hooks. The
-  Application Service API defines a standard way to add this extensible
-  functionality, independent of the underlying homeserver implementation.
 ---

+The Matrix client-server API and server-server APIs provide the means to
+implement a consistent self-contained federated messaging fabric.
+However, they provide limited means of implementing custom server-side
+behaviour in Matrix (e.g. gateways, filters, extensible hooks etc). The
+Application Service API (AS API) defines a standard API to allow such
+extensible functionality to be implemented irrespective of the
+underlying homeserver implementation.
+
 ## Application Services

-Application services are passive and can only observe events from the
+Application services are passive and can only observe events from
 homeserver. They can inject events into rooms they are participating in.
 They cannot prevent events from being sent, nor can they modify the
 content of the event being sent. In order to observe events from a
@ -35,8 +37,14 @@ registration for suspicious regex strings.
 {{% /boxes/note %}}

 Application services register "namespaces" of user IDs, room aliases and
-room IDs. An application service is said to be "interested" in a given event
-if it matches any of the namespaces.
+room IDs. These namespaces are represented as regular expressions. An
+application service is said to be "interested" in a given event if one
+of the IDs in the event match the regular expression provided by the
+application service, such as the room having an alias or ID in the
+relevant namespaces. Similarly, the application service is said to be
+interested in a given event if one of the application service's
+namespaced users is the target of the event, or is a joined member of
+the room where the event occurred.

 An application service can also state whether they should be the only
 ones who can manage a specified namespace. This is referred to as an
@ -45,12 +53,28 @@ application services from creating/deleting entities in that namespace.
 Typically, exclusive namespaces are used when the rooms represent real
 rooms on another service (e.g. IRC). Non-exclusive namespaces are used
 when the application service is merely augmenting the room itself (e.g.
-providing logging or searching facilities).
+providing logging or searching facilities). Namespaces are represented
+by POSIX extended regular expressions and look like:

-The registration is represented by a series of key-value pairs, which
-is normally encoded as an object in a YAML file. It has the following structure:
+    users:
+      - exclusive: true
+        regex: "@_irc_bridge_.*"

-{{% definition path="api/application-service/definitions/registration" %}}
+Application services may define the following namespaces (with none
+being explicitly required):
+
+| Name     | Description                                                |
+|----------|------------------------------------------------------------|
+| users    | Events which are sent from certain users.                  |
+| aliases  | Events which are sent in rooms with certain room aliases.  |
+| rooms    | Events which are sent in rooms with certain room IDs.      |
+
+Each individual namespace MUST declare the following fields:
+
+| Name       | Description                                                                                                                        |
+|------------|------------------------------------------------------------------------------------------------------------------------------------|
+| exclusive  | **Required** A true or false value stating whether this application service has exclusive access to events within this namespace.  |
+| regex      | **Required** A regular expression defining which values this namespace includes.                                                   |

 Exclusive user and alias namespaces should begin with an underscore
 after the sigil to avoid collisions with other users on the homeserver.
@ -59,16 +83,31 @@ they represent in the reserved namespace. For example, `@_irc_.*` would
 be a good namespace to register for an application service which deals
 with IRC.

+The registration is represented by a series of key-value pairs, which
+this specification will present as YAML. See below for the possible
+options along with their explanation:
+
+
+| Name              | Description                                                                                                                                   |
+|-------------------|-----------------------------------------------------------------------------------------------------------------------------------------------|
+| id                | **Required** A unique, user-defined ID of the application service which will never change.                                                    |
+| url               | **Required** The URL for the application service. May include a path after the domain name. Optionally set to null if no traffic is required. |
+| as_token          | **Required** A unique token for application services to use to authenticate requests to Homeservers.                                          |
+| hs_token          | **Required** A unique token for Homeservers to use to authenticate requests to application services.                                          |
+| sender_localpart  | **Required** The localpart of the user associated with the application service.                                                               |
+| namespaces        | **Required** A list of `users`, `aliases` and `rooms` namespaces that the application service controls.                                       |
+| rate_limited      | Whether requests from masqueraded users are rate-limited. The sender is excluded.                                                             |
+| protocols         | The external protocols which the application service provides (e.g. IRC).                                                                     |
+
 An example registration file for an IRC-bridging application service is
 below:

-```yaml
-id: "IRC Bridge"
-url: "http://127.0.0.1:1234"
-as_token: "30c05ae90a248a4188e620216fa72e349803310ec83e2a77b34fe90be6081f46"
-hs_token: "312df522183efd404ec1cd22d2ffa4bbc76a8c1ccf541dd692eef281356bb74e"
-sender_localpart: "_irc_bot" # Will result in @_irc_bot:example.org
-namespaces:
+    id: "IRC Bridge"
+    url: "http://127.0.0.1:1234"
+    as_token: "30c05ae90a248a4188e620216fa72e349803310ec83e2a77b34fe90be6081f46"
+    hs_token: "312df522183efd404ec1cd22d2ffa4bbc76a8c1ccf541dd692eef281356bb74e"
+    sender_localpart: "_irc_bot" # Will result in @_irc_bot:example.org
+    namespaces:
      users:
        - exclusive: true
          regex: "@_irc_bridge_.*"
@ -76,20 +115,6 @@ namespaces:
        - exclusive: false
          regex: "#_irc_bridge_.*"
      rooms: []
-```
-
-{{% boxes/note %}}
-For the `users` namespace, application services can only register interest in
-*local* users (i.e., users whose IDs end with the `server_name` of the local
-homeserver). Events affecting users on other homeservers are not sent to an application
-service, even if the user happens to match the one of the `users` namespaces (unless,
-of course, the event affects a room that the application service is interested in
-for another room - for example, because there is another user in the room that the
-application service is interested in).
-
-For the `rooms` and `aliases` namespaces, all events in a matching room will be
-sent to the application service.
-{{% /boxes/note %}}

 {{% boxes/warning %}}
 If the homeserver in question has multiple application services, each
@ -162,27 +187,19 @@ each is as follows:
 Homeservers should periodically try again for the newer endpoints
 because the application service may have been updated.

-#### Unknown routes
-
-If a request for an unsupported (or unknown) endpoint is received then the server
-must respond with a 404 `M_UNRECOGNIZED` error.
-
-Similarly, a 405 `M_UNRECOGNIZED` error is used to denote an unsupported method
-to a known endpoint.
-
 #### Pushing events

 The application service API provides a transaction API for sending a
 list of events. Each list of events includes a transaction ID, which
 works as follows:

-```nohighlight
+```
    Typical
    HS ---> AS : Homeserver sends events with transaction ID T.
       <---    : Application Service sends back 200 OK.
 ```

-```nohighlight
+```
    AS ACK Lost
    HS ---> AS : Homeserver sends events with transaction ID T.
       <-/-    : AS 200 OK is lost.
@ -205,87 +222,6 @@ processed the events.

 {{% http-api spec="application-service" api="transactions" %}}

-##### Pushing ephemeral data
-
-{{% added-in v="1.13" %}}
-
-If the `receive_ephemeral` settings is enabled in the [registration](#registration)
-file, homeservers MUST send ephemeral data that is relevant to the application
-service via the transaction API, using the `ephemeral` property of the request's
-body. This property is an array that is effectively a combination of the
-`presence` and `ephemeral` sections of the client-server [`/sync`](/client-server-api/#get_matrixclientv3sync)
-API.
-
-There are currently three event types that can be delivered to an application
-service:
-
- **[`m.presence`](/client-server-api/#mpresence)**: MUST be sent to the
-application service if the data would apply contextually. For example, a
-presence update for a user an application service shares a room with, or
-matching one of the application service's namespaces.
- **[`m.typing`](/client-server-api/#mtyping)**: MUST be sent to the application
-service under the same rules as regular events, meaning that the application
-service must have registered interest in the room itself, or in a user that is
-in the room. The data MUST use the same format as the client-server API, with
-the addition of a `room_id` property at the top level to identify the room that
-they were sent in.
- **[`m.receipt`](/client-server-api/#mreceipt)**: MUST be sent to the
-application service under the same rules as regular events, meaning that the
-application service must have registered interest in the room itself, or in a
-user that is in the room. The data MUST use the same format as the client-server
-API, with the addition of a `room_id` property at the top level to identify the
-room that they were sent in. [Private read receipts](/client-server-api/#private-read-receipts)
-MUST only be sent for users matching one of the application service's
-namespaces. Normal read receipts and threaded read receipts are always sent.
-
-#### Pinging
-
-{{% added-in v="1.7" %}}
-
-The application service API includes a ping mechanism to allow
-appservices to ensure that the homeserver can reach the appservice.
-Appservices may use this mechanism to detect misconfigurations and
-report them appropriately.
-
-Implementations using this mechanism should take care to not fail
-entirely in the event of temporary issues, e.g. gracefully handling
-cases where the appservice is started before the homeserver.
-
-The mechanism works as follows (note: the human-readable `error` fields
-have been omitted for brevity):
-
-**Typical**
-
-```nohighlight
-AS ---> HS : /_matrix/client/v1/appservice/{appserviceId}/ping {"transaction_id": "meow"}
-    HS ---> AS : /_matrix/app/v1/ping {"transaction_id": "meow"}
-    HS <--- AS : 200 OK {}
-AS <--- HS : 200 OK {"duration_ms": 123}
-```
-
-**Incorrect `hs_token`**
-
-```nohighlight
-AS ---> HS : /_matrix/client/v1/appservice/{appserviceId}/ping {"transaction_id": "meow"}
-    HS ---> AS : /_matrix/app/v1/ping {"transaction_id": "meow"}
-    HS <--- AS : 403 Forbidden {"errcode": "M_FORBIDDEN"}
-AS <--- HS : 502 Bad Gateway {"errcode": "M_BAD_STATUS", "status": 403, "body": "{\"errcode\": \"M_FORBIDDEN\"}"}
-```
-
-**Can't connect to appservice**
-
-```nohighlight
-AS ---> HS : /_matrix/client/v1/appservice/{appserviceId}/ping {"transaction_id": "meow"}
-    HS -/-> AS : /_matrix/app/v1/ping {"transaction_id": "meow"}
-AS <--- HS : 502 Bad Gateway {"errcode": "M_CONNECTION_FAILED"}
-```
-
-The `/_matrix/app/v1/ping` endpoint is described here. The
-[`/_matrix/client/v1/appservice/{appserviceId}/ping`](#post_matrixclientv1appserviceappserviceidping)
-endpoint is under the Client-Server API extensions section below.
-
-{{% http-api spec="application-service" api="ping" %}}
-
 #### Querying

 The application service API includes two querying APIs: for room aliases
@ -311,18 +247,18 @@ mappings.

 {{% http-api spec="application-service" api="query_room" %}}

-#### Third-party networks
+#### Third party networks

 Application services may declare which protocols they support via their
 registration configuration for the homeserver. These networks are
-generally for third-party services such as IRC that the application
+generally for third party services such as IRC that the application
 service is managing. Application services may populate a Matrix room
 directory for their registered protocols, as defined in the
 Client-Server API Extensions.

-Each protocol may have several "locations" (also known as "third-party
+Each protocol may have several "locations" (also known as "third party
 locations" or "3PLs"). A location within a protocol is a place in the
-third-party network, such as an IRC channel. Users of the third-party
+third party network, such as an IRC channel. Users of the third party
 network may also be represented by the application service.

 Locations and users can be searched by fields defined by the application
@ -354,7 +290,6 @@ service would like to masquerade as.
 Inputs:
 -   Application service token (`as_token`)
 -   User ID in the AS namespace to act as.
-   Device ID belonging to the User ID to act with.

 Notes:
 -   This applies to all aspects of the Client-Server API, except for
@ -374,19 +309,9 @@ service's `user` namespaces. If the parameter is missing, the homeserver
 is to assume the application service intends to act as the user implied
 by the `sender_localpart` property of the registration.

-{{% added-in v="1.17" %}} Application services MAY similarly masquerade
-as a specific device ID belonging the user ID through use of the `device_id`
-query string parameter on the request. If the given device ID is not known
-to belong to the user, the server will return a 400 `M_UNKNOWN_DEVICE` error.
-If no `user_id` is supplied, the `device_id` MUST belong to the user implied
-by the `sender_localpart` property of the application service's registration.
-If no `device_id` is supplied, the homeserver is to assume the request is
-being made without a device ID and will fail to complete operations which
-require a device ID (such as uploading one-time keys).
-
 An example request would be:

-    GET /_matrix/client/v3/account/whoami?user_id=@_irc_user:example.org&device_id=ABC123
+    GET /_matrix/client/v3/account/whoami?user_id=@_irc_user:example.org
    Authorization: Bearer YourApplicationServiceTokenHere

 #### Timestamp massaging
@ -426,8 +351,6 @@ imports and similar behaviour).

 #### Server admin style permissions

-{{% changed-in v="1.17" %}}
-
 The homeserver needs to give the application service *full control* over
 its namespace, both for users and for room aliases. This means that the
 AS should be able to manage any users and room alias in its namespace. No additional API
@ -444,59 +367,33 @@ achieved by including the `as_token` on a `/register` request, along
 with a login type of `m.login.application_service` to set the desired
 user ID without a password.

-```http
-POST /_matrix/client/v3/register
-Authorization: Bearer YourApplicationServiceTokenHere
-```
+    POST /_matrix/client/v3/register
+    Authorization: Bearer YourApplicationServiceTokenHere

-```json
-{
-  "type": "m.login.application_service",
-  "username": "_irc_example"
-}
-```
+    Content:
+    {
+      type: "m.login.application_service",
+      username: "_irc_example"
+    }

-{{% boxes/note %}}
-{{% added-in v="1.17" %}}
-Servers MUST still allow application services to use the `/register` endpoint
-with a login type of `m.login.application_service` even if they don't support
-the [Legacy Authentication API](/client-server-api/#legacy-api).
-
-In that case application services MUST set the `"inhibit_login": true` parameter
-as they cannot use it to log in as users. If the `inhibit_login` parameter is
-not set to `true`, the server MUST return a 400 HTTP status code with an
-`M_APPSERVICE_LOGIN_UNSUPPORTED` error code.
-{{% /boxes/note %}}
-
-Similarly, logging in as users using the [Legacy authentication API](/client-server-api/#legacy-api)
-needs API changes in order to allow the AS to log in without needing the user's
-password. This is achieved by including the `as_token` on a `/login` request,
-along with a login type of `m.login.application_service`:
+Similarly, logging in as users needs API changes in order to allow the AS to
+log in without needing the user's password. This is achieved by including the
+`as_token` on a `/login` request, along with a login type of
+`m.login.application_service`:

 {{% added-in v="1.2" %}}

-```http
-POST /_matrix/client/v3/login
-Authorization: Bearer YourApplicationServiceTokenHere
-```
+    POST /_matrix/client/v3/login
+    Authorization: Bearer YourApplicationServiceTokenHere

-```json
-{
-  "type": "m.login.application_service",
+    Content:
+    {
+      type: "m.login.application_service",
      "identifier": {
        "type": "m.id.user",
        "user": "_irc_example"
      }
-}
-```
-
-{{% boxes/note %}}
-{{% added-in v="1.17" %}}
-Application services MUST NOT use the `/login` endpoint if the server doesn't
-support the Legacy authentication API. If `/login` is called with the
-`m.login.application_service` login type the server MUST return a 400 HTTP
-status code with an `M_APPSERVICE_LOGIN_UNSUPPORTED` error code.
-{{% /boxes/note %}}
+    }

 Application services which attempt to create users or aliases *outside*
 of their defined namespaces, or log in as users outside of their defined
@ -506,21 +403,6 @@ an application service-defined namespace will receive the same
 `M_EXCLUSIVE` error code, but only if the application service has
 defined the namespace as `exclusive`.

-If `/register` or `/login` is called with the `m.login.application_service`
-login type, but without a valid `as_token`, the endpoints will return an error
-with the `M_MISSING_TOKEN` or `M_UNKNOWN_TOKEN` error code and 401 as the HTTP
-status code. This is the same behavior as invalid auth in the client-server API
-(see [Using access tokens](/client-server-api/#using-access-tokens)).
-
-#### Pinging
-
-{{% added-in v="1.7" %}}
-
-This is the client-server API companion endpoint for the
-[pinging](#pinging) mechanism described above.
-
-{{% http-api spec="client-server" api="appservice_ping" %}}
-
 #### Using `/sync` and `/events`

 Application services wishing to use `/sync` or `/events` from the
@ -529,48 +411,16 @@ via the query string). It is expected that the application service use
 the transactions pushed to it to handle events rather than syncing with
 the user implied by `sender_localpart`.

-#### Published room directories
+#### Application service room directories

-Application services can maintain their own published room directories for
-their defined third-party protocols. These directories may be accessed by
+Application services can maintain their own room directories for their
+defined third party protocols. These room directories may be accessed by
 clients through additional parameters on the `/publicRooms`
 client-server endpoint.

 {{% http-api spec="client-server" api="appservice_room_directory" %}}

-#### Device management
-
-{{% added-in v="1.17" %}}
-
-Application services need to be able to create and delete devices to manage the
-encryption for their users without having to rely on `/login`, which also
-generates an access token for the user, and which might not be available for
-homeservers that only support the [OAuth 2.0 API](/client-server-api/#oauth-20-api).
-
-##### Creating devices
-
-Application services can use the [`PUT /_matrix/client/v3/devices/{deviceId}`](/client-server-api/#put_matrixclientv3devicesdeviceid)
-endpoint to create new devices.
-
-##### Deleting devices
-
-The following endpoints used to delete devices MUST NOT require [User-Interactive
-Authentication](/client-server-api/#user-interactive-authentication-api) when
-used by an application service:
-
-* [`DELETE /_matrix/client/v3/devices/{deviceId}`](/client-server-api/#delete_matrixclientv3devicesdeviceid)
-* [`POST /_matrix/client/v3/delete_devices`](/client-server-api/#post_matrixclientv3delete_devices)
-
-#### Cross-signing
-
-{{% added-in v="1.17" %}}
-
-Appservices need to be able to verify themselves and replace their cross-signing
-keys, so the [`POST /_matrix/client/v3/keys/device_signing/upload`](/client-server-api/#post_matrixclientv3keysdevice_signingupload)
-endpoint MUST NOT require [User-Interactive Authentication](/client-server-api/#user-interactive-authentication-api)
-when used by an application service, even if cross-signing keys already exist.
-
-### Referencing messages from a third-party network
+### Referencing messages from a third party network

 Application services should include an `external_url` in the `content`
 of events it emits to indicate where the message came from. This
--- a/content/changelog/historical.md
+++ b/content/changelog/historical.md
@ -1,15 +1,23 @@
 ---
-title: Historical versions
+title: Changelog
 type: docs
-outputs:
-  - html
+weight: 1000
 ---

-Before version 1.1, versioning was applied at the level of individual API specifications.
-This section includes links to these versions of the APIs.
+{{% changelog/changelog-description %}}

-## Client-Server API
+{{% changelog/changelog-changes %}}

+<!-- DO NOT REMOVE OR CHANGE - Release script puts next release here -->
+{{% changelog/changelog-rendered p="changelogs/v1.3.md" %}}
+{{% changelog/changelog-rendered p="changelogs/v1.2.md" %}}
+{{% changelog/changelog-rendered p="changelogs/v1.1.md" %}}
+
+<h2 id="historical-versions" class="no-numbers">Historical versions</h2>
+
+Before version 1.1, versioning was applied at the level of individual API specifications. This section includes links to these versions of the APIs.
+
+* **Client-Server API**
  -   [r0.6.1](https://matrix.org/docs/spec/client_server/r0.6.1.html)
  -   [r0.6.0](https://matrix.org/docs/spec/client_server/r0.6.0.html)
  -   [r0.5.0](https://matrix.org/docs/spec/client_server/r0.5.0.html)
@ -23,26 +31,22 @@ This section includes links to these versions of the APIs.
      The last draft before the spec was formally released in version
      r0.0.0.

-## Server-Server API
-
+* **Server-Server API**
  -   [r0.1.4](https://matrix.org/docs/spec/server_server/r0.1.4.html)
  -   [r0.1.3](https://matrix.org/docs/spec/server_server/r0.1.3.html)
  -   [r0.1.2](https://matrix.org/docs/spec/server_server/r0.1.2.html)
  -   [r0.1.1](https://matrix.org/docs/spec/server_server/r0.1.1.html)
  -   [r0.1.0](https://matrix.org/docs/spec/server_server/r0.1.0.html)

-## Application Service API
-
+* **Application Service API**
  -   [r0.1.1](https://matrix.org/docs/spec/application_service/r0.1.1.html)
  -   [r0.1.0](https://matrix.org/docs/spec/application_service/r0.1.0.html)

-## Identity Service API
-
+* **Identity Service API**
  -   [r0.3.0](https://matrix.org/docs/spec/identity_service/r0.3.0.html)
  -   [r0.2.1](https://matrix.org/docs/spec/identity_service/r0.2.1.html)
  -   [r0.2.0](https://matrix.org/docs/spec/identity_service/r0.2.0.html)
  -   [r0.1.0](https://matrix.org/docs/spec/identity_service/r0.1.0.html)

-## Push Gateway API
-
+* **Push Gateway API**
  -   [r0.1.0](https://matrix.org/docs/spec/push_gateway/r0.1.0.html)
--- a/content/changelog/_index.md
+++ b/content/changelog/_index.md
@ -1,8 +0,0 @@
---
-title: Changelog
-type: docs
-layout: changelog-index
-weight: 1000
---
-
-<!-- This page will be redirected to the latest version's changelog -->
--- a/content/changelog/v1.10.md
+++ b/content/changelog/v1.10.md
@ -1,93 +0,0 @@
---
-title: v1.10 Changelog
-linkTitle: v1.10
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2024-03-22
---
-
-## Client-Server API
-
-**Backwards Compatible Changes**
-
- Allow `/versions` to optionally accept authentication, as per [MSC4026](https://github.com/matrix-org/matrix-spec-proposals/pull/4026). ([#1728](https://github.com/matrix-org/matrix-spec/issues/1728))
- Add local erasure requests, as per [MSC4025](https://github.com/matrix-org/matrix-spec-proposals/pull/4025). ([#1730](https://github.com/matrix-org/matrix-spec/issues/1730))
- Use the `body` field as optional media caption, as per [MSC2530](https://github.com/matrix-org/matrix-spec-proposals/pull/2530). ([#1731](https://github.com/matrix-org/matrix-spec/issues/1731))
- Add server support discovery endpoint, as per [MSC1929](https://github.com/matrix-org/matrix-spec-proposals/pull/1929). ([#1733](https://github.com/matrix-org/matrix-spec/issues/1733))
- Add support for multi-stream VoIP, as per [MSC3077](https://github.com/matrix-org/matrix-spec-proposals/pull/3077). ([#1735](https://github.com/matrix-org/matrix-spec/issues/1735))
- Specify that the `Retry-After` header may be used to rate-limit a client, as per [MSC4041](https://github.com/matrix-org/matrix-spec-proposals/pull/4041). ([#1737](https://github.com/matrix-org/matrix-spec/issues/1737))
- Add support for recursion on the `GET /relations` endpoints, as per [MSC3981](https://github.com/matrix-org/matrix-spec-proposals/pull/3981). ([#1746](https://github.com/matrix-org/matrix-spec/issues/1746))
-
-**Spec Clarifications**
-
- The [strike](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/strike) element is deprecated in the HTML spec. Clients should prefer [s](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/s) instead. ([#1629](https://github.com/matrix-org/matrix-spec/issues/1629))
- Clarify that read receipts should be batched by thread as well as by room. ([#1685](https://github.com/matrix-org/matrix-spec/issues/1685))
- Clarify that threads can be created based on replies. ([#1687](https://github.com/matrix-org/matrix-spec/issues/1687))
- Clarify in the reply fallbacks example that the prefix sequence should be repeated for each line. ([#1690](https://github.com/matrix-org/matrix-spec/issues/1690))
- Clarify the format of account data objects for secret storage. ([#1695](https://github.com/matrix-org/matrix-spec/issues/1695), [#1734](https://github.com/matrix-org/matrix-spec/issues/1734))
- Clarify that the key backup MAC is implemented incorrectly and does not pass the ciphertext through HMAC-SHA-256. ([#1712](https://github.com/matrix-org/matrix-spec/issues/1712))
- Clarify one-time key and fallback key types in examples. ([#1715](https://github.com/matrix-org/matrix-spec/issues/1715))
- Clarify that the HKDF calculation for SAS uses base64-encoded keys rather than the raw key bytes. ([#1719](https://github.com/matrix-org/matrix-spec/issues/1719))
- Clarify how to perform the ECDH exchange in step 12 of the SAS process. ([#1720](https://github.com/matrix-org/matrix-spec/issues/1720))
- Document the deprecation policy of HTML tags, as per [MSC4077](https://github.com/matrix-org/matrix-spec-proposals/pull/4077). ([#1732](https://github.com/matrix-org/matrix-spec/issues/1732))
- The [font](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/font) element is deprecated in the HTML spec. Clients should prefer [span](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/span) with the `data-mx-bg-color` and `data-mx-color` attributes instead. ([#1739](https://github.com/matrix-org/matrix-spec/issues/1739))
- Disambiguate uses of `PublicRoomsChunk` in the `GET /hierarchy` endpoint. ([#1740](https://github.com/matrix-org/matrix-spec/issues/1740))
- Clarify that `sdpMid` and `sdpMLineIndex` are not required in `m.call.candidates`. ([#1742](https://github.com/matrix-org/matrix-spec/issues/1742))
- Fix various typos throughout the specification. ([#1748](https://github.com/matrix-org/matrix-spec/issues/1748))
- Clearly indicate that each `Content-Type` may have distinct behaviour on non-JSON requests/responses. ([#1756](https://github.com/matrix-org/matrix-spec/issues/1756))
- Clarify that the `m.push_rules` account data type cannot be set using the `/account_data` API, as per [MSC4010](https://github.com/matrix-org/matrix-spec-proposals/pull/4010). ([#1763](https://github.com/matrix-org/matrix-spec/issues/1763))
-
-
-## Server-Server API
-
-**Spec Clarifications**
-
- Clarify Server-Server API request signing example by using the `POST` HTTP method, as `GET` requests don't have request bodies. ([#1721](https://github.com/matrix-org/matrix-spec/issues/1721))
- Disambiguate uses of `PublicRoomsChunk` in the `GET /hierarchy` endpoint. ([#1740](https://github.com/matrix-org/matrix-spec/issues/1740))
- Clarify that the `children_state`, `room_type` and `allowed_room_ids` properties in the items of the `children` array of the response of the `GET /hierarchy` endpoint are not required. ([#1741](https://github.com/matrix-org/matrix-spec/issues/1741))
-
-
-## Application Service API
-
-**Spec Clarifications**
-
- Clarify that the `/login` and `/register` endpoints should fail when using the `m.login.application_service` login type without a valid `as_token`. ([#1744](https://github.com/matrix-org/matrix-spec/issues/1744))
-
-
-## Identity Service API
-
-No significant changes.
-
-
-## Push Gateway API
-
-No significant changes.
-
-
-## Room Versions
-
-**Spec Clarifications**
-
- For room versions 7 through 11: Clarify that `invite->knock` is not a legal transition. ([#1717](https://github.com/matrix-org/matrix-spec/issues/1717))
-
-
-## Appendices
-
-No significant changes.
-
-
-## Internal Changes/Tooling
-
-**Spec Clarifications**
-
- Update the spec release process. ([#1680](https://github.com/matrix-org/matrix-spec/issues/1680))
- Minor clarifications to the contributing guide. ([#1697](https://github.com/matrix-org/matrix-spec/issues/1697))
- Update Docsy to v0.8.0. ([#1699](https://github.com/matrix-org/matrix-spec/issues/1699), [#1762](https://github.com/matrix-org/matrix-spec/issues/1762))
- Fix npm release script for `@matrix-org/spec`. ([#1713](https://github.com/matrix-org/matrix-spec/issues/1713))
- Add some clarifications around implementation requirements for MSCs. ([#1718](https://github.com/matrix-org/matrix-spec/issues/1718))
- Update HTML templates to include links to object schema definitions. ([#1724](https://github.com/matrix-org/matrix-spec/issues/1724))
- Factor out all the common parameters of the various `/relations` apis. ([#1745](https://github.com/matrix-org/matrix-spec/issues/1745))
- Add support for `$ref` URIs containing fragments in OpenAPI definitions and JSON schemas. ([#1751](https://github.com/matrix-org/matrix-spec/issues/1751), [#1754](https://github.com/matrix-org/matrix-spec/issues/1754))
--- a/content/changelog/v1.11.md
+++ b/content/changelog/v1.11.md
@ -1,161 +0,0 @@
---
-title: v1.11 Changelog
-linkTitle: v1.11
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2024-06-20
---
-
-## Client-Server API
-
-**Deprecations**
-
- Authentication using a query string is now deprecated, as per [MSC4126](https://github.com/matrix-org/matrix-spec-proposals/issues/4126). The `Authorization` header should be used instead. ([#1808](https://github.com/matrix-org/matrix-spec/issues/1808))
- Use of the `/_matrix/media/*` endpoints is now deprecated. New, authenticated, endpoints are available instead. ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
-
-**New Endpoints**
-
- [`GET /_matrix/client/v1/media/config`](/client-server-api/#get_matrixclientv1mediaconfig) ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
- [`GET /_matrix/client/v1/media/download/{serverName}/{mediaId}`](/client-server-api/#get_matrixclientv1mediadownloadservernamemediaid) ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
- [`GET /_matrix/client/v1/media/download/{serverName}/{mediaId}/{fileName}`](/client-server-api/#get_matrixclientv1mediadownloadservernamemediaidfilename) ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
- [`GET /_matrix/client/v1/media/preview_url`](/client-server-api/#get_matrixclientv1mediapreview_url) ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
- [`GET /_matrix/client/v1/media/thumbnail/{serverName}/{mediaId}`](/client-server-api/#get_matrixclientv1mediathumbnailservernamemediaid) ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
-
-**Backwards Compatible Changes**
-
- Add support for muting in VoIP calls, as per [MSC3291](https://github.com/matrix-org/matrix-spec-proposals/pull/3291). ([#1755](https://github.com/matrix-org/matrix-spec/issues/1755))
- Add optional `animated` query string option to `GET /thumbnail`, as per [MSC2705](https://github.com/matrix-org/matrix-spec-proposals/pull/2705). ([#1757](https://github.com/matrix-org/matrix-spec/issues/1757))
- Specify terms of services at registration, as per [MSC1692](https://github.com/matrix-org/matrix-spec-proposals/pull/1692). ([#1812](https://github.com/matrix-org/matrix-spec/issues/1812))
- Add support for mathematical messages, as per [MSC2191](https://github.com/matrix-org/matrix-spec-proposals/pull/2191). ([#1816](https://github.com/matrix-org/matrix-spec/issues/1816))
- Do not require UIA when first uploading cross-signing keys, as per [MSC3967](https://github.com/matrix-org/matrix-spec-proposals/pull/3967). ([#1828](https://github.com/matrix-org/matrix-spec/issues/1828))
- Add the new `unsigned.membership` property to events, as per [MSC4115](https://github.com/matrix-org/matrix-spec-proposals/pull/4115). ([#1847](https://github.com/matrix-org/matrix-spec/issues/1847))
- Media downloads and thumbnails are now authenticated, as per [MSC3916](https://github.com/matrix-org/matrix-spec-proposals/pull/3916). ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
- Some media endpoints are now consistently under `/_matrix/client/{version}/media/*` instead of `/_matrix/media/*`, as per [MSC3916](https://github.com/matrix-org/matrix-spec-proposals/pull/3916). ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
-
-**Spec Clarifications**
-
- Add `/logout` and clarify the endpoints which do not take a JSON request body. ([#1644](https://github.com/matrix-org/matrix-spec/issues/1644))
- Clarify that the `type` of the `POST /login` request must be one of the types returned by the `GET /login` response. ([#1776](https://github.com/matrix-org/matrix-spec/issues/1776))
- Link to existing grammar where possible in types. ([#1813](https://github.com/matrix-org/matrix-spec/issues/1813))
- Rename "recovery key" to "backup decryption key". ([#1819](https://github.com/matrix-org/matrix-spec/issues/1819))
- Clarify that the device's Ed25519 signing key should be used in QR code verification (as opposed to the device's Curve25519 identity key). ([#1829](https://github.com/matrix-org/matrix-spec/issues/1829))
- Fix various typos throughout the specification. ([#1832](https://github.com/matrix-org/matrix-spec/issues/1832), [#1841](https://github.com/matrix-org/matrix-spec/issues/1841), [#1852](https://github.com/matrix-org/matrix-spec/issues/1852), [#1853](https://github.com/matrix-org/matrix-spec/issues/1853))
- Specify the encoding to be used when generating QR codes for device verification. ([#1839](https://github.com/matrix-org/matrix-spec/issues/1839))
- Clarify that an access token is optional on the `POST /account/password` and `POST /account/deactivate` endpoints. ([#1843](https://github.com/matrix-org/matrix-spec/issues/1843))
- Use RFC 2119 keywords more consistently. ([#1846](https://github.com/matrix-org/matrix-spec/issues/1846), [#1861](https://github.com/matrix-org/matrix-spec/issues/1861))
- Move size limits for user, room and event IDs into the appendix and clarify that the length is to be measured in bytes. ([#1850](https://github.com/matrix-org/matrix-spec/issues/1850))
- Clarify that relations recursion should be capped at a certain depth. ([#1854](https://github.com/matrix-org/matrix-spec/issues/1854))
- Add missing secrets, third-party invites and room tagging modules to feature profiles table. ([#1860](https://github.com/matrix-org/matrix-spec/issues/1860))
- Clarify when server name is used and link to the definition. ([#1862](https://github.com/matrix-org/matrix-spec/issues/1862))
- Clarify where keys reside when checking an `m.room.encrypted` event. ([#1863](https://github.com/matrix-org/matrix-spec/issues/1863))
- Clarify that `/media/v3/upload/{serverName}/{mediaId}` requires authentication. ([#1872](https://github.com/matrix-org/matrix-spec/issues/1872))
-
-
-## Server-Server API
-
-**Deprecations**
-
- Use of the Client-Server API `/_matrix/media/*` endpoints is now deprecated. New, authenticated, endpoints are available instead. ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
-
-**New Endpoints**
-
- [`GET /_matrix/federation/v1/media/download/{mediaId}`](/server-server-api/#get_matrixfederationv1mediadownloadmediaid) ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
- [`GET /_matrix/federation/v1/media/thumbnail/{mediaId}`](/server-server-api/#get_matrixfederationv1mediathumbnailmediaid) ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858))
-
-**Backwards Compatible Changes**
-
- Media downloads and thumbnails are now authenticated, as per [MSC3916](https://github.com/matrix-org/matrix-spec-proposals/pull/3916). ([#1858](https://github.com/matrix-org/matrix-spec/issues/1858), [#1869](https://github.com/matrix-org/matrix-spec/issues/1869))
-
-**Spec Clarifications**
-
- Link to existing grammar where possible in types. ([#1813](https://github.com/matrix-org/matrix-spec/issues/1813))
- Clarify that whitespace around commas is allowed in the `X-Matrix` `Authorization` header value params list. ([#1818](https://github.com/matrix-org/matrix-spec/issues/1818))
- Clarify that the `event` field of the `/v2/send_join` response is only required when the event is signed by the resident server. ([#1834](https://github.com/matrix-org/matrix-spec/issues/1834), [#1840](https://github.com/matrix-org/matrix-spec/issues/1840))
- Replace references to RFC 7235 and RFC 7230 that are obsoleted by RFC 9110. ([#1844](https://github.com/matrix-org/matrix-spec/issues/1844))
- Fix various typos throughout the specification. ([#1877](https://github.com/matrix-org/matrix-spec/issues/1877))
-
-
-## Application Service API
-
-**Spec Clarifications**
-
- Clarify that appservices should be notified of events relating to the `sender_localpart` user. ([#1810](https://github.com/matrix-org/matrix-spec/issues/1810))
-
-
-## Identity Service API
-
-**Deprecations**
-
- Authentication using a query string is now deprecated, as per [MSC4126](https://github.com/matrix-org/matrix-spec-proposals/issues/4126). The `Authorization` header should be used instead. ([#1808](https://github.com/matrix-org/matrix-spec/issues/1808))
-
-
-## Push Gateway API
-
-No significant changes.
-
-
-## Room Versions
-
-**Spec Clarifications**
-
- Clarify that redaction events are still subject to all applicable auth rules. ([#1824](https://github.com/matrix-org/matrix-spec/issues/1824))
- Fix various typos throughout the specification. ([#1827](https://github.com/matrix-org/matrix-spec/issues/1827), [#1848](https://github.com/matrix-org/matrix-spec/issues/1848))
- Fix the rendering of the event format for room versions 1 and 2. ([#1883](https://github.com/matrix-org/matrix-spec/issues/1883))
- Generate the Table of Contents with Hugo rather than JavaScript. ([#1884](https://github.com/matrix-org/matrix-spec/issues/1884))
-
-
-## Appendices
-
-**Deprecations**
-
- Deprecate linking to events in rooms identified by alias, as per [MSC4132](https://github.com/matrix-org/matrix-spec-proposals/pull/4132). ([#1823](https://github.com/matrix-org/matrix-spec/issues/1823))
-
-**Spec Clarifications**
-
- Define 'Opaque Identifier Grammar'. ([#1791](https://github.com/matrix-org/matrix-spec/issues/1791))
- Define common cryptographic key representation. ([#1819](https://github.com/matrix-org/matrix-spec/issues/1819))
- Move size limits for user, room and event IDs into the appendix and clarify that the length is to be measured in bytes. ([#1850](https://github.com/matrix-org/matrix-spec/issues/1850))
-
-
-## Internal Changes/Tooling
-
-**Spec Clarifications**
-
- Update the spec release process and related documentation. ([#1759](https://github.com/matrix-org/matrix-spec/issues/1759))
- Fix npm release script for `@matrix-org/spec`. ([#1765](https://github.com/matrix-org/matrix-spec/issues/1765))
- Formatting fixes in `CONTRIBUTING.rst`. ([#1769](https://github.com/matrix-org/matrix-spec/issues/1769))
- Improve rendering on mobile devices. ([#1770](https://github.com/matrix-org/matrix-spec/issues/1770), [#1771](https://github.com/matrix-org/matrix-spec/issues/1771))
- Fix the OpenAPI definition of the security schemes. ([#1772](https://github.com/matrix-org/matrix-spec/issues/1772))
- Simplify uses of `resolve-refs` partial. ([#1773](https://github.com/matrix-org/matrix-spec/issues/1773))
- Fix Hugo warnings. ([#1775](https://github.com/matrix-org/matrix-spec/issues/1775), [#1788](https://github.com/matrix-org/matrix-spec/issues/1788))
- Fix `github-labels.rst`. ([#1781](https://github.com/matrix-org/matrix-spec/issues/1781))
- Update dependencies. ([#1786](https://github.com/matrix-org/matrix-spec/issues/1786), [#1803](https://github.com/matrix-org/matrix-spec/issues/1803), [#1804](https://github.com/matrix-org/matrix-spec/issues/1804))
- Solve `allOf` recursively in OpenAPI and JSON Schemas. ([#1787](https://github.com/matrix-org/matrix-spec/issues/1787))
- Fix property type resolution in `render-object-table` partial. ([#1789](https://github.com/matrix-org/matrix-spec/issues/1789))
- Factor out common definition of `Tag` type. ([#1793](https://github.com/matrix-org/matrix-spec/issues/1793))
- Update the version of Hugo used to render the spec to v0.124.1. ([#1794](https://github.com/matrix-org/matrix-spec/issues/1794))
- Add support for pattern formats for `patternProperties`. ([#1796](https://github.com/matrix-org/matrix-spec/issues/1796))
- Clean up unnecessary `allOf`s in OpenAPI definitions. ([#1797](https://github.com/matrix-org/matrix-spec/issues/1797))
- Show information about "Additional Properties" in object tables. ([#1798](https://github.com/matrix-org/matrix-spec/issues/1798))
- Fix anchors for schemas under `oneOf`. ([#1799](https://github.com/matrix-org/matrix-spec/issues/1799))
- Use reference to `OneTimeKeys` schema in OpenAPI definitions. ([#1800](https://github.com/matrix-org/matrix-spec/issues/1800))
- Do not use the `title` of objects containing only `additionalProperties` or `patternProperties`. ([#1801](https://github.com/matrix-org/matrix-spec/issues/1801))
- Add anchors in `definition` shortcode. ([#1802](https://github.com/matrix-org/matrix-spec/issues/1802))
- Set python version for the Towncrier CI job. ([#1805](https://github.com/matrix-org/matrix-spec/issues/1805))
- Replace `set-output` with environment files in CI. ([#1806](https://github.com/matrix-org/matrix-spec/issues/1806))
- Render response headers. ([#1809](https://github.com/matrix-org/matrix-spec/issues/1809))
- Use `patternProperties` in more places with supported formats. ([#1813](https://github.com/matrix-org/matrix-spec/issues/1813))
- Add support for rendering string formats. ([#1814](https://github.com/matrix-org/matrix-spec/issues/1814))
- Refactor the OpenAPI definitions of the content repository endpoints. ([#1822](https://github.com/matrix-org/matrix-spec/issues/1822))
- Clean up pull request template. ([#1831](https://github.com/matrix-org/matrix-spec/issues/1831))
- Do not add empty arrays to examples. ([#1849](https://github.com/matrix-org/matrix-spec/issues/1849))
- Generate the Table of Contents with Hugo rather than JavaScript. ([#1851](https://github.com/matrix-org/matrix-spec/issues/1851), [#1885](https://github.com/matrix-org/matrix-spec/issues/1885))
- Fix syntax errors in the spec release issue template. ([#1856](https://github.com/matrix-org/matrix-spec/issues/1856))
- Use environment variables for Netlify build job. ([#1865](https://github.com/matrix-org/matrix-spec/issues/1865))
- Render added/changed in info on request and response content types. ([#1876](https://github.com/matrix-org/matrix-spec/issues/1876))
- Fix validation errors in generated HTML. ([#1880](https://github.com/matrix-org/matrix-spec/issues/1880))
- Ensure most generated HTML IDs are unique. ([#1881](https://github.com/matrix-org/matrix-spec/issues/1881))
- Allow to specify a prefix for generated HTML IDs of API endpoints. ([#1882](https://github.com/matrix-org/matrix-spec/issues/1882))
--- a/content/changelog/v1.12.md
+++ b/content/changelog/v1.12.md
@ -1,113 +0,0 @@
---
-title: v1.12 Changelog
-linkTitle: v1.12
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2024-10-07
---
-
-## Client-Server API
-
-**Deprecations**
-
- Deprecate the `server_name` query parameter on `POST /_matrix/client/v3/join/{roomIdOrAlias}` and `POST /_matrix/client/v3/knock/{roomIdOrAlias}`, as per [MSC4156](https://github.com/matrix-org/matrix-spec-proposals/pull/4156). ([#1933](https://github.com/matrix-org/matrix-spec/issues/1933))
-
-**Removed Endpoints**
-
- Remove references to device-specific push rules. ([#1842](https://github.com/matrix-org/matrix-spec/issues/1842))
- Remove the deprecated name attribute on HTML anchor elements, as per [MSC4159](https://github.com/matrix-org/matrix-spec-proposals/pull/4159). ([#1870](https://github.com/matrix-org/matrix-spec/issues/1870))
-
-**Backwards Compatible Changes**
-
- Add 403 responses on `GET /_matrix/client/v3/profile/{userId}/avatar_url` and `GET /_matrix/client/v3/profile/{userId}/displayname`, as per [MSC4170](https://github.com/matrix-org/matrix-spec-proposals/pull/4170). ([#1867](https://github.com/matrix-org/matrix-spec/issues/1867))
- Add support for marking rooms as unread, as per [MSC2867](https://github.com/matrix-org/matrix-spec-proposals/pull/2867). ([#1895](https://github.com/matrix-org/matrix-spec/issues/1895), [#1941](https://github.com/matrix-org/matrix-spec/issues/1941))
- Add `via` query parameter on `POST /_matrix/client/v3/join/{roomIdOrAlias}` and `POST /_matrix/client/v3/knock/{roomIdOrAlias}`, as per [MSC4156](https://github.com/matrix-org/matrix-spec-proposals/pull/4156). ([#1933](https://github.com/matrix-org/matrix-spec/issues/1933))
- Add account locking, as per [MSC3939](https://github.com/matrix-org/matrix-spec-proposals/pull/3939). ([#1934](https://github.com/matrix-org/matrix-spec/issues/1934))
- Guest accounts can now download/thumbnail media from the new authenticated endpoints, as per [MSC4189](https://github.com/matrix-org/matrix-spec-proposals/pull/4189). ([#1959](https://github.com/matrix-org/matrix-spec/issues/1959))
-
-**Spec Clarifications**
-
- Rename and sort the modules in the feature profiles table for easier skimming. ([#1855](https://github.com/matrix-org/matrix-spec/issues/1855))
- Clarify that room avatars cannot be encrypted. ([#1871](https://github.com/matrix-org/matrix-spec/issues/1871))
- Document the acronyms and alternate names for the "Secrets" section. ([#1875](https://github.com/matrix-org/matrix-spec/issues/1875))
- Improve recommendation for how to form transaction IDs. ([#1888](https://github.com/matrix-org/matrix-spec/issues/1888))
- Clarify that the deprecated `dont_notify` and `coalesce` push rule actions MUST be ignored, not rejected. ([#1890](https://github.com/matrix-org/matrix-spec/issues/1890))
- Fix various typos throughout the specification. ([#1892](https://github.com/matrix-org/matrix-spec/issues/1892))
- Add missing references to `m.set_displayname`, `m.set_avatar_url`, and `m.3pid_changes` in capabilities table. ([#1897](https://github.com/matrix-org/matrix-spec/issues/1897))
- Clarify that the fallback login page calls `window.matrixLogin.onLogin` instead of `window.onLogin`. ([#1899](https://github.com/matrix-org/matrix-spec/issues/1899))
- Remove confusing description of restricted rooms with no valid conditions. ([#1903](https://github.com/matrix-org/matrix-spec/issues/1903))
- Clarify that `window.matrixLogin.onLogin` is called with the response body of `POST /_matrix/client/v3/login`. ([#1905](https://github.com/matrix-org/matrix-spec/issues/1905))
- Document the `m.get_login_token` capability, as per [MSC3882](https://github.com/matrix-org/matrix-spec-proposals/pull/3882). ([#1908](https://github.com/matrix-org/matrix-spec/issues/1908))
- Clarify that the `User identifier` object in `POST /_matrix/client/v3/login` contains additional properties that depend on the identification type. ([#1909](https://github.com/matrix-org/matrix-spec/issues/1909))
- Don't mention that `GET /_matrix/client/v3/profile/{userId}` can return additional properties because this is true for almost every endpoint. ([#1910](https://github.com/matrix-org/matrix-spec/issues/1910))
- Improve wording of the unauthenticated media deprecation box. Contributed by @HarHarLinks. ([#1916](https://github.com/matrix-org/matrix-spec/issues/1916))
- Additional properties in `GET /.well-known/matrix/client` don't have to be objects. ([#1920](https://github.com/matrix-org/matrix-spec/issues/1920))
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
- Specify `Content-Type` and `Content-Disposition` usage in the media repo, as per [MSC2701](https://github.com/matrix-org/matrix-spec-proposals/pull/2701) and [MSC2702](https://github.com/matrix-org/matrix-spec-proposals/pull/2702). ([#1935](https://github.com/matrix-org/matrix-spec/issues/1935))
- Additional keys in `GET /_matrix/client/v3/capabilities` don't have to be objects. ([#1945](https://github.com/matrix-org/matrix-spec/issues/1945))
-
-
-## Server-Server API
-
-**Backwards Compatible Changes**
-
- Add 403 response on `GET /_matrix/federation/v1/query/profile`, as per [MSC4170](https://github.com/matrix-org/matrix-spec-proposals/pull/4170). ([#1867](https://github.com/matrix-org/matrix-spec/issues/1867))
-
-**Spec Clarifications**
-
- Remove `origin` field from PDU example because it doesn't exist in the schema anymore. ([#1918](https://github.com/matrix-org/matrix-spec/issues/1918))
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
- Fix required fields in `GET /_matrix/key/v2/server` response schema. ([#1930](https://github.com/matrix-org/matrix-spec/issues/1930))
- Use "server name" instead of "DNS name" to avoid confusion with the "DNS name" component of "server names" as defined in the appendices. ([#1946](https://github.com/matrix-org/matrix-spec/issues/1946))
-
-
-## Application Service API
-
-**Spec Clarifications**
-
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
-
-
-## Identity Service API
-
-**Spec Clarifications**
-
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
-
-
-## Push Gateway API
-
-**Spec Clarifications**
-
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
-
-
-## Room Versions
-
-**Spec Clarifications**
-
- Fix a formatting issue in state resolution v2. ([#1896](https://github.com/matrix-org/matrix-spec/issues/1896))
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
-
-
-## Appendices
-
-**Spec Clarifications**
-
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
-
-
-## Internal Changes/Tooling
-
-**Spec Clarifications**
-
- The Matrix.org Foundation no longer requires "real" or "legally identifiable" names in order to contribute to projects. ([#1886](https://github.com/matrix-org/matrix-spec/issues/1886), [#1914](https://github.com/matrix-org/matrix-spec/issues/1914))
- Document the `removal` changelog category. ([#1907](https://github.com/matrix-org/matrix-spec/issues/1907))
- Use dedicated fonts for better support of mathematical symbols. ([#1919](https://github.com/matrix-org/matrix-spec/issues/1919))
- Document that the spec uses [RFC 2119](https://datatracker.ietf.org/doc/html/rfc2119) keywords. Contributed by @HarHarLinks. ([#1928](https://github.com/matrix-org/matrix-spec/issues/1928))
- Provide markdown checklists for changelogs under `/changelog/$VERSION/checklist.md`. ([#1937](https://github.com/matrix-org/matrix-spec/issues/1937), [#1954](https://github.com/matrix-org/matrix-spec/issues/1954))
- Add the `deprecated` field to properties of OpenAPI definitions and JSON Schemas. ([#1940](https://github.com/matrix-org/matrix-spec/issues/1940))
- Use relative permalink to redirect to latest changelog. ([#1956](https://github.com/matrix-org/matrix-spec/issues/1956))
--- a/content/changelog/v1.13.md
+++ b/content/changelog/v1.13.md
@ -1,108 +0,0 @@
---
-title: v1.13 Changelog
-linkTitle: v1.13
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2024-12-19
---
-
-## Client-Server API
-
-**New Endpoints**
-
- Add `POST /_matrix/client/v3/rooms/{roomId}/report`, as per [MSC4151](https://github.com/matrix-org/matrix-spec-proposals/pull/4151). ([#1938](https://github.com/matrix-org/matrix-spec/issues/1938), [#2028](https://github.com/matrix-org/matrix-spec/issues/2028))
-
-**Backwards Compatible Changes**
-
- Add error codes to requestToken endpoints, as per [MSC4178](https://github.com/matrix-org/matrix-spec-proposals/pull/4178). ([#1944](https://github.com/matrix-org/matrix-spec/issues/1944))
- Remove reply fallbacks, as per [MSC2781](https://github.com/matrix-org/matrix-spec-proposals/issues/2781). ([#1994](https://github.com/matrix-org/matrix-spec/issues/1994))
- Clarify the allowed HTTP methods in CORS responses, as per [MSC4138](https://github.com/matrix-org/matrix-spec-proposals/pull/4138). ([#1995](https://github.com/matrix-org/matrix-spec/issues/1995), [#2011](https://github.com/matrix-org/matrix-spec/issues/2011))
- Add new `M_USER_SUSPENDED` error code behaviour, as per [MSC3823](https://github.com/matrix-org/matrix-spec-proposals/pull/3823). ([#2014](https://github.com/matrix-org/matrix-spec/issues/2014))
-
-**Spec Clarifications**
-
- The `reason` parameter in `POST /_matrix/client/v3/rooms/{roomId}/report/{eventId}` can be omitted instead of left blank, as per [MSC2414](https://github.com/matrix-org/matrix-spec-proposals/pull/2414). ([#1938](https://github.com/matrix-org/matrix-spec/issues/1938))
- Correct OpenAPI specification for query parameters to `GET /_matrix/client/v3/thirdparty/location/{protocol}` endpoint. ([#1947](https://github.com/matrix-org/matrix-spec/issues/1947))
- Sort VoIP events semantically. ([#1967](https://github.com/matrix-org/matrix-spec/issues/1967))
- Clarify that servers must forward custom keys in `PusherData` when sending notifications to the push gateway. ([#1973](https://github.com/matrix-org/matrix-spec/issues/1973))
- Clarify formats of string types. ([#1978](https://github.com/matrix-org/matrix-spec/issues/1978), [#1979](https://github.com/matrix-org/matrix-spec/issues/1979), [#1980](https://github.com/matrix-org/matrix-spec/issues/1980))
- Clarify that the async upload endpoint will return 404 in some cases. ([#1983](https://github.com/matrix-org/matrix-spec/issues/1983))
- Remove distinction between `StateFilter` and `RoomEventFilter`. ([#2015](https://github.com/matrix-org/matrix-spec/issues/2015))
- Add hyperlinks throughout the specification. ([#2016](https://github.com/matrix-org/matrix-spec/issues/2016))
- Use `json` instead of `json5` for syntax highlighting. ([#2017](https://github.com/matrix-org/matrix-spec/issues/2017))
- Specify order that one-time keys are issued by `/keys/claim`, as per [MSC4225](https://github.com/matrix-org/matrix-spec-proposals/pull/4225). ([#2029](https://github.com/matrix-org/matrix-spec/issues/2029))
-
-
-## Server-Server API
-
-**Backwards Compatible Changes**
-
- Make ACLs apply to EDUs, as per [MSC4163](https://github.com/matrix-org/matrix-spec-proposals/pull/4163). ([#2004](https://github.com/matrix-org/matrix-spec/issues/2004))
-
-**Spec Clarifications**
-
- Add 403 error response to `/_matrix/federation/v1/state_ids/{roomId}`. ([#1926](https://github.com/matrix-org/matrix-spec/issues/1926))
-
-
-## Application Service API
-
-**Backwards Compatible Changes**
-
- Allow sending ephemeral data to application services, as per [MSC2409](https://github.com/matrix-org/matrix-spec-proposals/pull/2409). ([#2018](https://github.com/matrix-org/matrix-spec/issues/2018))
-
-
-## Identity Service API
-
-No significant changes.
-
-
-## Push Gateway API
-
-**Spec Clarifications**
-
- Document the schema of `PusherData`. ([#1968](https://github.com/matrix-org/matrix-spec/issues/1968))
- The path of HTTP pusher URLs is fixed to `/_matrix/push/v1/notify`. ([#1974](https://github.com/matrix-org/matrix-spec/issues/1974))
-
-
-## Room Versions
-
-**Spec Clarifications**
-
- Clarify rule 4.3.1 of the auth rules in room version 11 to state which event's `sender` the `state_key` needs to match. ([#2024](https://github.com/matrix-org/matrix-spec/issues/2024))
-
-
-## Appendices
-
-**Spec Clarifications**
-
- Remove note about reference implementations. ([#1966](https://github.com/matrix-org/matrix-spec/issues/1966))
-
-
-## Internal Changes/Tooling
-
-**Spec Clarifications**
-
- Add `x-weight` property for sorting events rendered with the `event-group` shortcode. ([#1967](https://github.com/matrix-org/matrix-spec/issues/1967))
- Enforce consistent vertical spacing between paragraphs in endpoint definitions. ([#1969](https://github.com/matrix-org/matrix-spec/issues/1969), [#2005](https://github.com/matrix-org/matrix-spec/issues/2005))
- Remove `boxes/added-in-paragraph` shortcode. ([#1970](https://github.com/matrix-org/matrix-spec/issues/1970))
- Remove `withVersioning` parameter of `rver-fragment` shortcode. ([#1971](https://github.com/matrix-org/matrix-spec/issues/1971))
- Remove `span` element from `added-in` and `changed-in` shortcodes. ([#1972](https://github.com/matrix-org/matrix-spec/issues/1972))
- Fix formatting of `added-in` and `changed-in` shortcodes by using `%` delimiter. ([#1975](https://github.com/matrix-org/matrix-spec/issues/1975))
- Remove CSS workaround for scroll-anchoring. ([#1976](https://github.com/matrix-org/matrix-spec/issues/1976))
- Rename `custom-formats.yaml` to `string-formats.yaml` and update its docs. ([#1977](https://github.com/matrix-org/matrix-spec/issues/1977))
- Fix relative URLs when serving the specification with a custom `baseURL`. ([#1984](https://github.com/matrix-org/matrix-spec/issues/1984), [#1997](https://github.com/matrix-org/matrix-spec/issues/1997))
- Rename `.htmltest.yaml` to `.htmltest.yml`. ([#1985](https://github.com/matrix-org/matrix-spec/issues/1985))
- Improve the JS script to highlight the current ToC entry. ([#1991](https://github.com/matrix-org/matrix-spec/issues/1991), [#2002](https://github.com/matrix-org/matrix-spec/issues/2002))
- Upgrade docsy to 0.11.0 and hugo to 0.139.0. ([#1996](https://github.com/matrix-org/matrix-spec/issues/1996), [#2007](https://github.com/matrix-org/matrix-spec/issues/2007))
- Improve the quality of the rendered diagrams ([#1999](https://github.com/matrix-org/matrix-spec/issues/1999))
- Update the Inter font and allow the browser to render the page before it is loaded ([#2000](https://github.com/matrix-org/matrix-spec/issues/2000))
- Use a proper Matrix favicon ([#2001](https://github.com/matrix-org/matrix-spec/issues/2001))
- Clean up unused CSS classes in `openapi/render-operation` partial. ([#2003](https://github.com/matrix-org/matrix-spec/issues/2003))
- Fix `changed-in` partial when used with multiple paragraphs. ([#2006](https://github.com/matrix-org/matrix-spec/issues/2006))
- Optimize generated CSS by removing unused selectors. ([#2008](https://github.com/matrix-org/matrix-spec/issues/2008))
- Remove trailing slash on void HTML elements. ([#2009](https://github.com/matrix-org/matrix-spec/issues/2009))
- Remove `type` and `language` attributes of `script` element. ([#2021](https://github.com/matrix-org/matrix-spec/issues/2021))
- Change the accessible role of info boxes to `note`. ([#2022](https://github.com/matrix-org/matrix-spec/issues/2022))
--- a/content/changelog/v1.14.md
+++ b/content/changelog/v1.14.md
@ -1,93 +0,0 @@
---
-title: v1.14 Changelog
-linkTitle: v1.14
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2025-03-27
---
-
-## Client-Server API
-
-**New Endpoints**
-
- Add `POST /_matrix/client/v3/users/{userId}/report`, as per [MSC4260](https://github.com/matrix-org/matrix-spec-proposals/pull/4260). ([#2093](https://github.com/matrix-org/matrix-spec/issues/2093))
-
-**Removed Endpoints**
-
- Remove `server_name` parameter from `/_matrix/client/v3/join/{roomIdOrAlias}` and `/_matrix/client/v3/knock/{roomIdOrAlias}`, as per [MSC4213](https://github.com/matrix-org/matrix-spec-proposals/pull/4213). ([#2059](https://github.com/matrix-org/matrix-spec/issues/2059))
-
-**Spec Clarifications**
-
- The `POST /_matrix/client/v3/rooms/{roomId}/initialSync` endpoint is no longer deprecated, as it is still used for peeking. ([#2036](https://github.com/matrix-org/matrix-spec/issues/2036))
- Clarify wording in the `/join` endpoints' summaries and descriptions. Contributed by @HarHarLinks. ([#2038](https://github.com/matrix-org/matrix-spec/issues/2038))
- Clarify formats of string types. ([#2046](https://github.com/matrix-org/matrix-spec/issues/2046))
- Fix various typos throughout the specification. ([#2047](https://github.com/matrix-org/matrix-spec/issues/2047), [#2048](https://github.com/matrix-org/matrix-spec/issues/2048), [#2080](https://github.com/matrix-org/matrix-spec/issues/2080), [#2091](https://github.com/matrix-org/matrix-spec/issues/2091))
- Document the `instance_id` field of `Protocol Instance` in the responses to `GET /_matrix/client/v3/thirdparty/protocols` and `GET /_matrix/client/v3/thirdparty/protocol/{protocol}`. ([#2051](https://github.com/matrix-org/matrix-spec/issues/2051))
- Applying redactions is a SHOULD for clients. ([#2055](https://github.com/matrix-org/matrix-spec/issues/2055))
- Clarify which rooms are returned from `/hierarchy`. ([#2064](https://github.com/matrix-org/matrix-spec/issues/2064))
- Clients can choose which history visibility options they offer to users when creating rooms. ([#2072](https://github.com/matrix-org/matrix-spec/issues/2072))
-
-
-## Server-Server API
-
-**Spec Clarifications**
-
- Remove the `origin` field in `PUT /send_join` responses, because it was never sent in the first place. ([#2050](https://github.com/matrix-org/matrix-spec/issues/2050))
- Clarify that `m.join_rules` should be in the `auth_events` of an `m.room.member` event with a `membership` of `knock`. ([#2063](https://github.com/matrix-org/matrix-spec/issues/2063))
- Remove an erroneous `room_id` field in a few examples. ([#2076](https://github.com/matrix-org/matrix-spec/issues/2076))
-
-
-## Application Service API
-
-No significant changes.
-
-
-## Identity Service API
-
-No significant changes.
-
-
-## Push Gateway API
-
-No significant changes.
-
-
-## Room Versions
-
-**Backwards Compatible Changes**
-
- Update the default room version to 11, as per [MSC4239](https://github.com/matrix-org/matrix-spec-proposals/pull/4239). ([#2105](https://github.com/matrix-org/matrix-spec/issues/2105))
-
-**Spec Clarifications**
-
- For room versions 6 and 7, clarify in the authorization rules that `m.federate` must be checked and that events with rejected auth events must be rejected, for parity with all the other room versions. ([#2065](https://github.com/matrix-org/matrix-spec/issues/2065))
- Fix various typos throughout the specification. ([#2066](https://github.com/matrix-org/matrix-spec/issues/2066))
- Refactor PDU definitions to reduce duplication. ([#2070](https://github.com/matrix-org/matrix-spec/issues/2070))
- Clarify the maximum `depth` value for room versions 6, 7, 8, 9, 10, and 11. ([#2114](https://github.com/matrix-org/matrix-spec/issues/2114))
-
-
-## Appendices
-
-**Spec Clarifications**
-
- Clarify that arbitrary unicode is allowed in user/room IDs and room aliases. ([#1506](https://github.com/matrix-org/matrix-spec/issues/1506))
-
-
-## Internal Changes/Tooling
-
-**Spec Clarifications**
-
- Generate the changelog release info with Hugo, rather than the changelog generation script. ([#2033](https://github.com/matrix-org/matrix-spec/issues/2033))
- Update release steps documentation. ([#2041](https://github.com/matrix-org/matrix-spec/issues/2041))
- Remove unused `release_date` from Hugo config. ([#2042](https://github.com/matrix-org/matrix-spec/issues/2042))
- Clarify that v1.0 of Matrix was a release prior to the current global versioning system. ([#2045](https://github.com/matrix-org/matrix-spec/issues/2045))
- Fix syntax highlighting and click-to-copy buttons for code blocks by purging less CSS. ([#2049](https://github.com/matrix-org/matrix-spec/issues/2049))
- Fix the version of the Identity Service API when Matrix 1.0 was introduced. ([#2061](https://github.com/matrix-org/matrix-spec/issues/2061))
- Fix parsing of nested slices in `resolve-refs` and `resolve-allof` partials. ([#2069](https://github.com/matrix-org/matrix-spec/issues/2069))
- Deduplicate the definition of `RoomKeysUpdateResponse`. ([#2073](https://github.com/matrix-org/matrix-spec/issues/2073))
- Deduplicate the definitions of `Invite3pid`. ([#2074](https://github.com/matrix-org/matrix-spec/issues/2074))
- Support more locations for examples in OpenAPI definitions and JSON schemas. ([#2076](https://github.com/matrix-org/matrix-spec/issues/2076))
- Add link to the git commit for the unstable changelog. ([#2078](https://github.com/matrix-org/matrix-spec/issues/2078))
--- a/content/changelog/v1.15.md
+++ b/content/changelog/v1.15.md
@ -1,97 +0,0 @@
---
-title: v1.15 Changelog
-linkTitle: v1.15
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2025-06-26
---
-
-## Client-Server API
-
-**New Endpoints**
-
- Add `GET /_matrix/client/v1/room_summary/{roomIdOrAlias}`, as per [MSC3266](https://github.com/matrix-org/matrix-spec-proposals/pull/3266). ([#2125](https://github.com/matrix-org/matrix-spec/issues/2125))
- Add `GET /_matrix/client/v1/auth_metadata`, as per [MSC2965](https://github.com/matrix-org/matrix-spec-proposals/pull/2965). ([#2147](https://github.com/matrix-org/matrix-spec/issues/2147))
-
-**Backwards Compatible Changes**
-
- Add `m.topic` content block to enable rich text in `m.room.topic` events as per [MSC3765](https://github.com/matrix-org/matrix-spec-proposals/pull/3765). ([#2095](https://github.com/matrix-org/matrix-spec/issues/2095))
- Include device keys with Olm-encrypted events as per [MSC4147](https://github.com/matrix-org/matrix-spec-proposals/pull/4147). ([#2122](https://github.com/matrix-org/matrix-spec/issues/2122))
- Add `/_matrix/client/v1/room_summary/{roomIdOrAlias}` and extend `/_matrix/client/v1/rooms/{roomId}/hierarchy` with the new optional properties `allowed_room_ids`, `encryption` and `room_version` as per [MSC3266](https://github.com/matrix-org/matrix-spec-proposals/pull/3266). ([#2125](https://github.com/matrix-org/matrix-spec/issues/2125), [#2158](https://github.com/matrix-org/matrix-spec/issues/2158))
- Add the OAuth 2.0 based authentication API, as per [MSC3861](https://github.com/matrix-org/matrix-spec-proposals/pull/3861) and its sub-proposals. ([#2141](https://github.com/matrix-org/matrix-spec/issues/2141), [#2148](https://github.com/matrix-org/matrix-spec/issues/2148), [#2149](https://github.com/matrix-org/matrix-spec/issues/2149), [#2150](https://github.com/matrix-org/matrix-spec/issues/2150), [#2151](https://github.com/matrix-org/matrix-spec/issues/2151), [#2159](https://github.com/matrix-org/matrix-spec/issues/2159), [#2164](https://github.com/matrix-org/matrix-spec/issues/2164))
-
-**Spec Clarifications**
-
- Clarify behaviour when the `topic` key of a `m.room.topic` event is absent, null, or empty. ([#2068](https://github.com/matrix-org/matrix-spec/issues/2068))
- Fix the example of the `GET /sync` endpoint and the `m.room.member` example used in several places. ([#2077](https://github.com/matrix-org/matrix-spec/issues/2077))
- Clarify the format of third-party invites, including the fact that identity server public keys can be encoded using standard or URL-safe base64. ([#2083](https://github.com/matrix-org/matrix-spec/issues/2083))
- "Public" rooms in profile look-ups are defined through their join rule and history visibility. ([#2101](https://github.com/matrix-org/matrix-spec/issues/2101))
- "Public" rooms in user directory queries are defined through their join rule and history visibility. ([#2102](https://github.com/matrix-org/matrix-spec/issues/2102))
- Rooms published in `/publicRooms` don't necessarily have `public` join rules or `world_readable` history visibility. ([#2104](https://github.com/matrix-org/matrix-spec/issues/2104))
- "Public" rooms with respect to call invites are defined through their join rule. ([#2106](https://github.com/matrix-org/matrix-spec/issues/2106))
- "Public" rooms have no specific meaning with respect to moderation policy lists. ([#2107](https://github.com/matrix-org/matrix-spec/issues/2107))
- "Public" rooms with respect to presence are defined through their join rule. ([#2108](https://github.com/matrix-org/matrix-spec/issues/2108))
- Spaces are subject to the same access mechanisms as rooms. ([#2109](https://github.com/matrix-org/matrix-spec/issues/2109))
- Fix various typos throughout the specification. ([#2121](https://github.com/matrix-org/matrix-spec/issues/2121), [#2144](https://github.com/matrix-org/matrix-spec/issues/2144))
- Clarify that Well-Known URIs are available on the server name's hostname. Contributed by @HarHarLinks. ([#2140](https://github.com/matrix-org/matrix-spec/issues/2140))
- Add missing fields in example for `ExportedSessionData`. ([#2154](https://github.com/matrix-org/matrix-spec/issues/2154))
-
-
-## Server-Server API
-
-**Backwards Compatible Changes**
-
- Add `m.topic` content block to enable rich text in `m.room.topic` events as per [MSC3765](https://github.com/matrix-org/matrix-spec-proposals/pull/3765). ([#2095](https://github.com/matrix-org/matrix-spec/issues/2095))
- Extend `/_matrix/federation/v1/hierarchy/{roomId}` with the new optional properties `encryption` and `room_version` as per [MSC3266](https://github.com/matrix-org/matrix-spec-proposals/pull/3266). ([#2125](https://github.com/matrix-org/matrix-spec/issues/2125))
-
-**Spec Clarifications**
-
- Add a note to the invite endpoints that invites to local users may be received twice over federation if the homeserver is already in the room. ([#2067](https://github.com/matrix-org/matrix-spec/issues/2067))
- Clarify the format of third-party invites, including the fact that identity server public keys can be encoded using standard or URL-safe base64. ([#2083](https://github.com/matrix-org/matrix-spec/issues/2083))
- Clarify that auth event of `content.join_authorised_via_users_server` is only necessary for `m.room.member` with a `membership` of `join`. ([#2100](https://github.com/matrix-org/matrix-spec/issues/2100))
- Rooms published in `/publicRooms` don't necessarily have `public` join rules or `world_readable` history visibility. ([#2104](https://github.com/matrix-org/matrix-spec/issues/2104))
- Fix various typos throughout the specification. ([#2128](https://github.com/matrix-org/matrix-spec/issues/2128))
- Clarify that Well-Known URIs are available on the server name's hostname. Contributed by @HarHarLinks. ([#2140](https://github.com/matrix-org/matrix-spec/issues/2140))
-
-
-## Application Service API
-
-**Spec Clarifications**
-
- Clarify in the application service registration schema the `url: null` behaviour. ([#2130](https://github.com/matrix-org/matrix-spec/issues/2130))
-
-
-## Identity Service API
-
-**Spec Clarifications**
-
- Clarify that public keys can be encoded using standard or URL-safe base64. ([#2083](https://github.com/matrix-org/matrix-spec/issues/2083))
-
-
-## Push Gateway API
-
-No significant changes.
-
-
-## Room Versions
-
-No significant changes.
-
-
-## Appendices
-
-No significant changes.
-
-
-## Internal Changes/Tooling
-
-**Spec Clarifications**
-
- Adjust margins in rendered endpoints. ([#2081](https://github.com/matrix-org/matrix-spec/issues/2081))
- Replace Hugo shortcodes in OpenAPI output. ([#2088](https://github.com/matrix-org/matrix-spec/issues/2088))
- Add [well-known funding manifest urls](https://floss.fund/funding-manifest/) to spec to authorise https://matrix.org/funding.json. Contributed by @HarHarLinks. ([#2115](https://github.com/matrix-org/matrix-spec/issues/2115))
- Fix the historical info box when generating the historical spec in CI. ([#2123](https://github.com/matrix-org/matrix-spec/issues/2123))
- Update the header navigation menu with links to modern matrix.org. Contributed by @HarHarLinks. ([#2137](https://github.com/matrix-org/matrix-spec/issues/2137))
--- a/content/changelog/v1.16.md
+++ b/content/changelog/v1.16.md
@ -1,103 +0,0 @@
---
-title: v1.16 Changelog
-linkTitle: v1.16
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2025-09-17
---
-
-## Client-Server API
-
-**Deprecations**
-
- Deprecate `m.set_avatar_url` and `m.set_displayname` capabilities, as per [MSC4133](https://github.com/matrix-org/matrix-spec-proposals/pull/4133). ([#2071](https://github.com/matrix-org/matrix-spec/issues/2071))
-
-**Removed Endpoints**
-
- Remove unintentional intentional mentions in replies, as per [MSC4142](https://github.com/matrix-org/matrix-spec-proposals/pull/4142). ([#2210](https://github.com/matrix-org/matrix-spec/issues/2210))
-
-**Backwards Compatible Changes**
-
- Update user profile endpoints to handle custom fields, and add a new `m.profile_fields` capability, as per [MSC4133](https://github.com/matrix-org/matrix-spec-proposals/pull/4133). ([#2071](https://github.com/matrix-org/matrix-spec/issues/2071))
- Add `format` query parameter to `GET /state/{eventType}/{stateKey}` to allow fetching metadata of a specific state event. ([#2175](https://github.com/matrix-org/matrix-spec/issues/2175))
- Add the `use_state_after` query parameter and `state_after` response property to `GET /sync`, as per [MSC4222](https://github.com/matrix-org/matrix-spec-proposals/issues/4222). ([#2187](https://github.com/matrix-org/matrix-spec/issues/2187))
- When upgrading rooms to [room version 12](/rooms/v12), `additional_creators` may be specified on the [`POST /_matrix/client/v3/rooms/{roomId}/upgrade`](/client-server-api/#post_matrixclientv3roomsroomidupgrade) endpoint, as per [MSC4289](https://github.com/matrix-org/matrix-spec-proposals/pull/4289). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- When creating rooms with [room version 12](/rooms/v12), the `trusted_private_chat` preset should merge the invitees into the supplied `content.additional_creators` in the resulting room, as per [MSC4289](https://github.com/matrix-org/matrix-spec-proposals/pull/4289). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- In [room version 12](/rooms/v12), the power level of room creators is now infinitely high as per [MSC4289](https://github.com/matrix-org/matrix-spec-proposals/pull/4289). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- In [room version 12](/rooms/v12), room IDs no longer have a domain component as per [MSC4291](https://github.com/matrix-org/matrix-spec-proposals/pull/4291). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- When creating rooms with [room version 12](/rooms/v12), the initial power levels will restrict the ability to upgrade rooms by default, as per [MSC4289](https://github.com/matrix-org/matrix-spec-proposals/pull/4289). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- Add a profile field for a user's time zone, as per [MSC4175](https://github.com/matrix-org/matrix-spec-proposals/pull/4175). ([#2206](https://github.com/matrix-org/matrix-spec/issues/2206))
- Invites and knocks are now expected to contain the `m.room.create` event in their stripped state entries, as per [MSC4311](https://github.com/matrix-org/matrix-spec-proposals/pull/4311). ([#2207](https://github.com/matrix-org/matrix-spec/issues/2207))
-
-**Spec Clarifications**
-
- Clarify that `format` is required if `formatted_body` is specified. ([#2167](https://github.com/matrix-org/matrix-spec/issues/2167))
- The `latest_event` in an aggregated set of thread events uses the same format as the event itself. ([#2169](https://github.com/matrix-org/matrix-spec/issues/2169))
- Fix various typos throughout the specification. ([#2171](https://github.com/matrix-org/matrix-spec/issues/2171), [#2177](https://github.com/matrix-org/matrix-spec/issues/2177), [#2179](https://github.com/matrix-org/matrix-spec/issues/2179))
- Clarify that clients should replace events with the most recent replacement by `origin_server_ts`. ([#2190](https://github.com/matrix-org/matrix-spec/issues/2190))
- Fix `/sync` flow referencing incorrect parameter to use with `/messages`. ([#2195](https://github.com/matrix-org/matrix-spec/issues/2195))
- Clarify wording around the `world_readable` history visibility setting. Contributed by @HarHarLinks. ([#2204](https://github.com/matrix-org/matrix-spec/issues/2204))
-
-
-## Server-Server API
-
-**Backwards Compatible Changes**
-
- `invite_room_state` and `knock_room_state` now have additional requirements and validation depending on the room version, as per [MSC4311](https://github.com/matrix-org/matrix-spec-proposals/pull/4311). ([#2207](https://github.com/matrix-org/matrix-spec/issues/2207))
-
-
-## Application Service API
-
-No significant changes.
-
-
-## Identity Service API
-
-No significant changes.
-
-
-## Push Gateway API
-
-No significant changes.
-
-
-## Room Versions
-
-**Backwards Compatible Changes**
-
- Room IDs in room version 12 are now the event ID of the create event with the normal room ID sigil (`!`), as per [MSC4291](https://github.com/matrix-org/matrix-spec-proposals/pull/4291). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- Room creators are formalized in room version 12 and have infinitely high power level, as per [MSC4289](https://github.com/matrix-org/matrix-spec-proposals/pull/4289). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- State Resolution is updated in room version 12 to reduce the opportunity for "state resets", as per [MSC4297](https://github.com/matrix-org/matrix-spec-proposals/pull/4297). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- The default room version is now room version 12, though servers SHOULD keep using room version 11 for a little while, as per [MSC4304](https://github.com/matrix-org/matrix-spec-proposals/pull/4304). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
- Add [room version 12](/rooms/v12) as per [MSC4304](https://github.com/matrix-org/matrix-spec-proposals/pull/4304). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193), [#2199](https://github.com/matrix-org/matrix-spec/issues/2199))
-
-**Spec Clarifications**
-
- In room versions 1 through 12, an event's `auth_events` have always needed to belong to the same room as per [MSC4307](https://github.com/matrix-org/matrix-spec-proposals/pull/4307). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
-
-
-## Appendices
-
-**Backwards Compatible Changes**
-
- Room IDs can now appear without a domain component in [room version 12](/rooms/v12), as per [MSC4291](https://github.com/matrix-org/matrix-spec-proposals/pull/4291). ([#2193](https://github.com/matrix-org/matrix-spec/issues/2193))
-
-
-## Internal Changes/Tooling
-
-**Backwards Compatible Changes**
-
- Add "placeholder MSC" process definition. ([#2157](https://github.com/matrix-org/matrix-spec/issues/2157))
-
-**Spec Clarifications**
-
- Declare the Application Service Registration schema to follow JSON Schema spec 2020-12. ([#2132](https://github.com/matrix-org/matrix-spec/issues/2132))
- Declare the event schemas to follow JSON Schema spec 2020-12. ([#2132](https://github.com/matrix-org/matrix-spec/issues/2132))
- Upgrade the docsy theme to version 0.12.0. ([#2160](https://github.com/matrix-org/matrix-spec/issues/2160))
- GitHub actions are now building the OpenAPI `spec/identity-service-api/api.json` file. ([#2172](https://github.com/matrix-org/matrix-spec/issues/2172))
- Minor fixes to JSON schemas. ([#2182](https://github.com/matrix-org/matrix-spec/issues/2182))
- Specify a correct spelling for "display name". ([#2189](https://github.com/matrix-org/matrix-spec/issues/2189))
- Fix a grammatical typo on the Matrix Spec Process documentation page. ([#2205](https://github.com/matrix-org/matrix-spec/issues/2205))
--- a/content/changelog/v1.17.md
+++ b/content/changelog/v1.17.md
@ -1,91 +0,0 @@
---
-title: v1.17 Changelog
-linkTitle: v1.17
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2025-12-18
---
-
-## Client-Server API
-
-**Removed Endpoints**
-
- Remove legacy mentions, as per [MSC4210](https://github.com/matrix-org/matrix-spec-proposals/issues/4210). ([#2186](https://github.com/matrix-org/matrix-spec/issues/2186))
-
-**Backwards Compatible Changes**
-
- Allow application services to masquerade as specific devices belonging to users, as per [MSC4326](https://github.com/matrix-org/matrix-spec-proposals/pull/4326). ([#2221](https://github.com/matrix-org/matrix-spec/issues/2221))
- Add the `m.oauth` authentication type for User-Interactive Authentication, as per [MSC4312](https://github.com/matrix-org/matrix-spec-proposals/pull/4312). ([#2234](https://github.com/matrix-org/matrix-spec/issues/2234))
- Allow application services to manage devices and register users without the legacy authentication API, as per [MSC4190](https://github.com/matrix-org/matrix-spec-proposals/pull/4190). ([#2267](https://github.com/matrix-org/matrix-spec/issues/2267))
-
-**Spec Clarifications**
-
- Push rule IDs are globally unique within their kind. ([#2214](https://github.com/matrix-org/matrix-spec/issues/2214))
- Don't advertise `creator` field in description of room creation. ([#2215](https://github.com/matrix-org/matrix-spec/issues/2215))
- `room_id` is required for peeking via `/_matrix/client/v3/events`. ([#2216](https://github.com/matrix-org/matrix-spec/issues/2216))
- The `server-name` segment of MXC URIs is sanitised differently from the `media-id` segment. ([#2217](https://github.com/matrix-org/matrix-spec/issues/2217))
- Add note to each endpoint that uses capability negotiation. ([#2223](https://github.com/matrix-org/matrix-spec/issues/2223))
- Additional OpenGraph properties can be present in URL previews. ([#2225](https://github.com/matrix-org/matrix-spec/issues/2225))
- Clarify the special casing of membership events and redactions in power levels. ([#2231](https://github.com/matrix-org/matrix-spec/issues/2231))
- `M_RESOURCE_LIMIT_EXCEEDED` is now listed as a common error code. ([#2232](https://github.com/matrix-org/matrix-spec/issues/2232))
- Add `m.login.terms` to enumeration of authentication types. ([#2233](https://github.com/matrix-org/matrix-spec/issues/2233))
- Clarify how to use `state_after` ahead of declaring full support for its spec version. ([#2240](https://github.com/matrix-org/matrix-spec/issues/2240))
- `device_one_time_keys_count` is only optional if no unclaimed one-time keys exist. ([#2245](https://github.com/matrix-org/matrix-spec/issues/2245))
- Clarify that servers may choose not to use `M_USER_DEACTIVATED` at login time, for example for privacy reasons when they can't authenticate deactivated users. ([#2246](https://github.com/matrix-org/matrix-spec/issues/2246))
- Usage of the `event_id_only` format for push notifications is not mandatory. ([#2255](https://github.com/matrix-org/matrix-spec/issues/2255))
- Fix various typos throughout the specification. ([#2224](https://github.com/matrix-org/matrix-spec/issues/2224), [#2227](https://github.com/matrix-org/matrix-spec/issues/2227), [#2250](https://github.com/matrix-org/matrix-spec/issues/2250))
-
-
-## Server-Server API
-
-No significant changes.
-
-
-## Application Service API
-
-**Backwards Compatible Changes**
-
- Allow application services to masquerade as specific devices belonging to users, as per [MSC4326](https://github.com/matrix-org/matrix-spec-proposals/pull/4326). ([#2221](https://github.com/matrix-org/matrix-spec/issues/2221))
- Allow application services to manage devices and register users without the legacy authentication API, as per [MSC4190](https://github.com/matrix-org/matrix-spec-proposals/pull/4190). ([#2267](https://github.com/matrix-org/matrix-spec/issues/2267))
-
-**Spec Clarifications**
-
- Fix JSON formatting in the "Server admin style permissions" examples. ([#2213](https://github.com/matrix-org/matrix-spec/issues/2213))
-
-
-## Identity Service API
-
-No significant changes.
-
-
-## Push Gateway API
-
-No significant changes.
-
-
-## Room Versions
-
-**Spec Clarifications**
-
- In room versions 8 through 12, clarify that "sufficient permission to invite users" on restricted joins also includes being a joined member of the room. ([#2220](https://github.com/matrix-org/matrix-spec/issues/2220))
- In room versions 3 through 12, clarify that when you have the power to redact, it is possible to redact events that you don't have the power to send. ([#2249](https://github.com/matrix-org/matrix-spec/issues/2249))
-
-
-## Appendices
-
-No significant changes.
-
-
-## Internal Changes/Tooling
-
-**Spec Clarifications**
-
- Swapped icon for X (fka. twitter) to updated logo in footer. ([#2219](https://github.com/matrix-org/matrix-spec/issues/2219))
- Inline Olm & Megolm specifications. ([#2226](https://github.com/matrix-org/matrix-spec/issues/2226), [#2241](https://github.com/matrix-org/matrix-spec/issues/2241), [#2242](https://github.com/matrix-org/matrix-spec/issues/2242))
- Silence failing redocly-cli rule. ([#2238](https://github.com/matrix-org/matrix-spec/issues/2238))
- Use NPM Trusted Publishers for publishing `@matrix-org/spec` to npm. ([#2239](https://github.com/matrix-org/matrix-spec/issues/2239))
- Add version picker in the navbar. ([#2256](https://github.com/matrix-org/matrix-spec/issues/2256), [#2258](https://github.com/matrix-org/matrix-spec/issues/2258), [#2259](https://github.com/matrix-org/matrix-spec/issues/2259), [#2260](https://github.com/matrix-org/matrix-spec/issues/2260), [#2261](https://github.com/matrix-org/matrix-spec/issues/2261), [#2264](https://github.com/matrix-org/matrix-spec/issues/2264), [#2268](https://github.com/matrix-org/matrix-spec/issues/2268))
- Add a list of endpoints to the top of each spec page. ([#2262](https://github.com/matrix-org/matrix-spec/issues/2262))
--- a/content/changelog/v1.4.md
+++ b/content/changelog/v1.4.md
@ -1,136 +0,0 @@
---
-title: v1.4 Changelog
-linkTitle: v1.4
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2022-09-29
---
-
-## Client-Server API
-
-
-<strong>Removed Endpoints</strong>
-
-
- Remove unused policy room sharing mechanism, as per [MSC3844](https://github.com/matrix-org/matrix-spec-proposals/pull/3844). ([#1196](https://github.com/matrix-org/matrix-spec/issues/1196))
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add a `.m.rule.room.server_acl` push rule to match `m.room.server_acl` events, as per [MSC3786](https://github.com/matrix-org/matrix-spec-proposals/pull/3786). ([#1190](https://github.com/matrix-org/matrix-spec/issues/1190), [#1201](https://github.com/matrix-org/matrix-spec/issues/1201))
- Add `Cross-Origin-Resource-Policy` (CORP) headers to media repository, as per [MSC3828](https://github.com/matrix-org/matrix-spec-proposals/pull/3828). ([#1197](https://github.com/matrix-org/matrix-spec/issues/1197))
- Copy a room's `type` when upgrading it, as per [MSC3818](https://github.com/matrix-org/matrix-spec-proposals/pull/3818). ([#1198](https://github.com/matrix-org/matrix-spec/issues/1198))
- Add `room_types` filter and `room_type` response to `/publicRooms`, as per [MSC3827](https://github.com/matrix-org/matrix-spec-proposals/pull/3827). ([#1199](https://github.com/matrix-org/matrix-spec/issues/1199))
- Add `m.replace` relations (event edits), as per [MSC2676](https://github.com/matrix-org/matrix-spec-proposals/pull/2676). ([#1211](https://github.com/matrix-org/matrix-spec/issues/1211))
- Add `m.read.private` receipts, as per [MSC2285](https://github.com/matrix-org/matrix-spec-proposals/pull/2285). ([#1216](https://github.com/matrix-org/matrix-spec/issues/1216))
- Make `m.fully_read` optional on `/read_markers`, as per [MSC2285](https://github.com/matrix-org/matrix-spec-proposals/pull/2285). ([#1216](https://github.com/matrix-org/matrix-spec/issues/1216))
- Allow `m.fully_read` markers to be set from `/receipts`, as per [MSC2285](https://github.com/matrix-org/matrix-spec-proposals/pull/2285). ([#1216](https://github.com/matrix-org/matrix-spec/issues/1216))
- Add threading via `m.thread` relations, as per [MSC3440](https://github.com/matrix-org/matrix-spec-proposals/pull/3440), [MSC3816](https://github.com/matrix-org/matrix-spec-proposals/pull/3816), [MSC3856](https://github.com/matrix-org/matrix-spec-proposals/pull/3856), and [MSC3715](https://github.com/matrix-org/matrix-spec-proposals/pull/3715). ([#1254](https://github.com/matrix-org/matrix-spec/issues/1254))
- Add per-thread notifications and read receipts, as per [MSC3771](https://github.com/matrix-org/matrix-spec-proposals/pull/3771) and [MSC3773](https://github.com/matrix-org/matrix-spec-proposals/pull/3773). ([#1255](https://github.com/matrix-org/matrix-spec/issues/1255))
- Add `thread_id` to the `/receipt` endpoint, as per [MSC3771](https://github.com/matrix-org/matrix-spec-proposals/pull/3771). ([#1261](https://github.com/matrix-org/matrix-spec/issues/1261))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Mention that the `/rooms/{roomId}/invite` endpoint will return a 200 response if the user is already invited to the room. ([#1084](https://github.com/matrix-org/matrix-spec/issues/1084))
- Fix various typos throughout the specification. ([#1135](https://github.com/matrix-org/matrix-spec/issues/1135), [#1161](https://github.com/matrix-org/matrix-spec/issues/1161), [#1164](https://github.com/matrix-org/matrix-spec/issues/1164), [#1170](https://github.com/matrix-org/matrix-spec/issues/1170), [#1180](https://github.com/matrix-org/matrix-spec/issues/1180), [#1215](https://github.com/matrix-org/matrix-spec/issues/1215), [#1238](https://github.com/matrix-org/matrix-spec/issues/1238), [#1243](https://github.com/matrix-org/matrix-spec/issues/1243), [#1263](https://github.com/matrix-org/matrix-spec/issues/1263))
- Describe return codes for account data endpoints, and clarify that per-room data does not inherit from the global data. ([#1155](https://github.com/matrix-org/matrix-spec/issues/1155))
- Clarify that policy rule globs work like ACL globs. Contributed by Nico. ([#1165](https://github.com/matrix-org/matrix-spec/issues/1165))
- Clarify the format of some structures in the End-to-end encryption module. ([#1166](https://github.com/matrix-org/matrix-spec/issues/1166))
- Add HTML anchors for object definitions in the formatted specification. ([#1174](https://github.com/matrix-org/matrix-spec/issues/1174))
- Tweak the styling of `<code>` snippets in tables rendered from OpenAPI definitions. ([#1179](https://github.com/matrix-org/matrix-spec/issues/1179))
- Update "API Standards" section to clarify how JSON is used. ([#1185](https://github.com/matrix-org/matrix-spec/issues/1185))
- Clarify that the "device_id", "user_id" and "access_token" fields are required in the response body of `POST /_matrix/client/v3/login`. ([#1210](https://github.com/matrix-org/matrix-spec/issues/1210))
- Reinforce the relationship of refreshed access tokens to transaction IDs. ([#1236](https://github.com/matrix-org/matrix-spec/issues/1236))
- Clarify enum values by separating possible values with commas. ([#1240](https://github.com/matrix-org/matrix-spec/issues/1240))
-
-
-## Server-Server API
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add per-thread notifications and read receipts, as per [MSC3771](https://github.com/matrix-org/matrix-spec-proposals/pull/3771) and [MSC3773](https://github.com/matrix-org/matrix-spec-proposals/pull/3773). ([#1255](https://github.com/matrix-org/matrix-spec/issues/1255))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Add HTML anchors for object definitions in the formatted specification. ([#1174](https://github.com/matrix-org/matrix-spec/issues/1174))
- Tweak the styling of `<code>` snippets in tables rendered from OpenAPI definitions. ([#1179](https://github.com/matrix-org/matrix-spec/issues/1179))
- Update "API Standards" section to clarify how JSON is used. ([#1185](https://github.com/matrix-org/matrix-spec/issues/1185))
-
-
-## Application Service API
-
-
-<strong>Breaking Changes</strong>
-
-
- Replace homeserver authorization approach with an `Authorization` header instead of `access_token` when talking to the application service, as per [MSC2832](https://github.com/matrix-org/matrix-spec-proposals/pull/2832). ([#1200](https://github.com/matrix-org/matrix-spec/issues/1200))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Add HTML anchors for object definitions in the formatted specification. ([#1174](https://github.com/matrix-org/matrix-spec/issues/1174))
-
-
-## Identity Service API
-
-
-<strong>Spec Clarifications</strong>
-
-
- Add HTML anchors for object definitions in the formatted specification. ([#1174](https://github.com/matrix-org/matrix-spec/issues/1174))
- Update "API Standards" section to clarify how JSON is used. ([#1185](https://github.com/matrix-org/matrix-spec/issues/1185))
-
-
-## Push Gateway API
-
-
-<strong>Spec Clarifications</strong>
-
-
- Add HTML anchors for object definitions in the formatted specification. ([#1174](https://github.com/matrix-org/matrix-spec/issues/1174))
-
-
-## Room Versions
-
-
-<strong>Spec Clarifications</strong>
-
-
- For room versions 1 through 10, clarify that events with rejected `auth_events` must be rejected. ([#1137](https://github.com/matrix-org/matrix-spec/issues/1137))
- For room versions 2–10: correct a mistaken clarification to the state resolution algorithm. ([#1158](https://github.com/matrix-org/matrix-spec/issues/1158))
- For room versions 7 through 10: Clarify that `invite->knock` is actually a legal transition. ([#1175](https://github.com/matrix-org/matrix-spec/issues/1175))
-
-
-## Appendices
-
-
-No significant changes.
-
-
-## Internal Changes/Tooling
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add internal changes changelog section. ([#1194](https://github.com/matrix-org/matrix-spec/issues/1194))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Render HTML anchors for object definition tables. ([#1191](https://github.com/matrix-org/matrix-spec/issues/1191))
- Give rendered-data sections a background and some padding. ([#1195](https://github.com/matrix-org/matrix-spec/issues/1195))
- Fix rendering of shortcodes within the client-server API. ([#1205](https://github.com/matrix-org/matrix-spec/issues/1205))
- Fix the spacing of mapping types generated from the OpenAPI spec. ([#1230](https://github.com/matrix-org/matrix-spec/issues/1230))
--- a/content/changelog/v1.5.md
+++ b/content/changelog/v1.5.md
@ -1,111 +0,0 @@
---
-title: v1.5 Changelog
-linkTitle: v1.5
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2022-11-17
---
-
-## Client-Server API
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add `m.reference` relations, as per [MSC3267](https://github.com/matrix-org/matrix-spec-proposals/pull/3267). ([#1206](https://github.com/matrix-org/matrix-spec/issues/1206))
- Add missing documentation for `m.key.verification.request` msgtype for in-room verification. ([#1271](https://github.com/matrix-org/matrix-spec/issues/1271))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Fix various typos throughout the specification. ([#1260](https://github.com/matrix-org/matrix-spec/issues/1260), [#1265](https://github.com/matrix-org/matrix-spec/issues/1265), [#1276](https://github.com/matrix-org/matrix-spec/issues/1276))
- Fix naming of `device_one_time_keys_count` in `/sync`. ([#1266](https://github.com/matrix-org/matrix-spec/issues/1266))
- Improve display of event subtypes. ([#1283](https://github.com/matrix-org/matrix-spec/issues/1283))
- Improve documentation about ephemeral events. ([#1284](https://github.com/matrix-org/matrix-spec/issues/1284))
- Define a 400 response from `/_matrix/client/v3/directory/rooms/{roomAlias}`. ([#1286](https://github.com/matrix-org/matrix-spec/issues/1286))
- Clarify parts of the end-to-end encryption sections. ([#1294](https://github.com/matrix-org/matrix-spec/issues/1294), [#1345](https://github.com/matrix-org/matrix-spec/issues/1345))
- Various clarifications throughout the specification. ([#1306](https://github.com/matrix-org/matrix-spec/issues/1306))
- Replace `set_sound` push rule action by `set_tweak`. ([#1318](https://github.com/matrix-org/matrix-spec/issues/1318))
- Clarify the behavior of `PUT /_matrix/client/v3/pushrules/{scope}/{kind}/{ruleId}`. ([#1319](https://github.com/matrix-org/matrix-spec/issues/1319))
- Clarify that `.m.rule.master` has a higher priority than any push rule. ([#1320](https://github.com/matrix-org/matrix-spec/issues/1320))
- Require request field `refresh_token` at endpoint `POST /_matrix/client/v3/refresh`. ([#1323](https://github.com/matrix-org/matrix-spec/issues/1323))
- Fix a number of broken links in the specification. ([#1330](https://github.com/matrix-org/matrix-spec/issues/1330))
- Add example read receipt to `GET /_matrix/client/v3/sync` response example. ([#1341](https://github.com/matrix-org/matrix-spec/issues/1341))
-
-
-## Server-Server API
-
-
-<strong>Spec Clarifications</strong>
-
-
- Fix a number of broken links in the specification. ([#1330](https://github.com/matrix-org/matrix-spec/issues/1330))
-
-
-## Application Service API
-
-
-<strong>Spec Clarifications</strong>
-
-
- Clarify that application services can only register an interest in local users, as per [MSC3905](https://github.com/matrix-org/matrix-spec-proposals/issues/3905). ([#1305](https://github.com/matrix-org/matrix-spec/issues/1305))
-
-
-## Identity Service API
-
-
-<strong>Spec Clarifications</strong>
-
-
- Fix a number of broken links in the specification. ([#1330](https://github.com/matrix-org/matrix-spec/issues/1330))
-
-
-## Push Gateway API
-
-
-No significant changes.
-
-
-## Room Versions
-
-
-<strong>Spec Clarifications</strong>
-
-
- Reword the event auth rules to clarify that users cannot demote other users with the same power level. ([#1269](https://github.com/matrix-org/matrix-spec/issues/1269))
- Various clarifications to the text on event authorisation rules. ([#1270](https://github.com/matrix-org/matrix-spec/issues/1270))
- Fix a number of broken links in the specification. ([#1330](https://github.com/matrix-org/matrix-spec/issues/1330))
-
-
-## Appendices
-
-
-No significant changes.
-
-
-## Internal Changes/Tooling
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Update docsy theme to v0.5.0 + matrix.org modifications (https://github.com/matrix-org/docsy/commit/a0032f8db919a6c67ba6cdef2c455f105b6272a2). ([#1295](https://github.com/matrix-org/matrix-spec/issues/1295))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Improve error messages emitted by `resolve-additional-types` template. ([#1303](https://github.com/matrix-org/matrix-spec/issues/1303))
- Fix link to API viewer. ([#1308](https://github.com/matrix-org/matrix-spec/issues/1308))
- Stop rendering the subsections of the Client-Server API and Room Versions specs as their own separate pages. ([#1317](https://github.com/matrix-org/matrix-spec/issues/1317))
- Use a link checker to ensure that we do not have broken links. ([#1329](https://github.com/matrix-org/matrix-spec/issues/1329), [#1338](https://github.com/matrix-org/matrix-spec/issues/1338))
- Update instructions to preview Swagger definitions. ([#1331](https://github.com/matrix-org/matrix-spec/issues/1331))
- Make definition anchors more unique. ([#1339](https://github.com/matrix-org/matrix-spec/issues/1339))
- Generate the unstable changelogs with towncrier, for consistency. ([#1340](https://github.com/matrix-org/matrix-spec/issues/1340))
- Update CONTRIBUTING.md to mention that non-content changes to this repo should have an "internal" changelog entry. ([#1342](https://github.com/matrix-org/matrix-spec/issues/1342))
- Update module summary table with new modules: Event Replacements, Threading and Reference Relations. ([#1344](https://github.com/matrix-org/matrix-spec/issues/1344))
- Disable RSS generation for the spec. ([#1346](https://github.com/matrix-org/matrix-spec/issues/1346))
--- a/content/changelog/v1.6.md
+++ b/content/changelog/v1.6.md
@ -1,127 +0,0 @@
---
-title: v1.6 Changelog
-linkTitle: v1.6
-type: docs
-layout: changelog
-outputs:
-  - html
-  - checklist
-date: 2023-02-14
---
-
-## Client-Server API
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add information on standard error responses for unknown endpoints/methods, as per [MSC3743](https://github.com/matrix-org/matrix-spec-proposals/pull/3743). ([#1347](https://github.com/matrix-org/matrix-spec/issues/1347))
- Add `/rooms/<roomID>/timestamp_to_event` endpoint, as per [MSC3030](https://github.com/matrix-org/matrix-spec-proposals/pull/3030). ([#1366](https://github.com/matrix-org/matrix-spec/issues/1366))
- Define `hkdf-hmac-sha256.v2` MAC method for SAS verification, as per [MSC3783](https://github.com/matrix-org/matrix-spec-proposals/pull/3783). ([#1412](https://github.com/matrix-org/matrix-spec/issues/1412))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Clarify the power levels integer range. ([#1169](https://github.com/matrix-org/matrix-spec/issues/1169), [#1355](https://github.com/matrix-org/matrix-spec/issues/1355))
- Clarify that `/context` always returns `event` even if `limit` is zero. Contributed by @sumnerevans at @beeper. ([#1239](https://github.com/matrix-org/matrix-spec/issues/1239))
- Clarify what fields are required when deleting a pusher ([#1321](https://github.com/matrix-org/matrix-spec/issues/1321))
- Improve the presentation of push rule kinds and actions. ([#1348](https://github.com/matrix-org/matrix-spec/issues/1348))
- Add missing description to m.call.answer schema. ([#1353](https://github.com/matrix-org/matrix-spec/issues/1353))
- Fix various typos throughout the specification. ([#1363](https://github.com/matrix-org/matrix-spec/issues/1363))
- Clarify parts of the end-to-end encryption sections. ([#1381](https://github.com/matrix-org/matrix-spec/issues/1381))
- Move login API definitions to the right heading. Contributed by @HarHarLinks. ([#1382](https://github.com/matrix-org/matrix-spec/issues/1382))
- Clarify which events will be included in Stripped State. Contributed by @andybalaam. ([#1409](https://github.com/matrix-org/matrix-spec/issues/1409))
- Add links to the spec for the definition of 3PID `medium`. ([#1417](https://github.com/matrix-org/matrix-spec/issues/1417))
- Correct the order of the default override pushrules in the spec. ([#1421](https://github.com/matrix-org/matrix-spec/issues/1421))
- Improve distinction between tags and their attributes in the rich text section. Contributed by Nico. ([#1433](https://github.com/matrix-org/matrix-spec/issues/1433))
-
-
-## Server-Server API
-
-
-<strong>Breaking Changes</strong>
-
-
- Remove `keyId` from the server `/keys` endpoints, as per [MSC3938](https://github.com/matrix-org/matrix-spec-proposals/pull/3938). ([#1350](https://github.com/matrix-org/matrix-spec/issues/1350))
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add information on standard error responses for unknown endpoints/methods, as per [MSC3743](https://github.com/matrix-org/matrix-spec-proposals/pull/3743). ([#1347](https://github.com/matrix-org/matrix-spec/issues/1347))
- Add `/timestamp_to_event/<roomID>` endpoint, as per [MSC3030](https://github.com/matrix-org/matrix-spec-proposals/pull/3030). ([#1366](https://github.com/matrix-org/matrix-spec/issues/1366))
- Extend `/_matrix/federation/v2/send_join` to allow omitting membership events, per [MSC3706](https://github.com/matrix-org/matrix-doc/pull/3706). ([#1393](https://github.com/matrix-org/matrix-spec/issues/1393), [#1398](https://github.com/matrix-org/matrix-spec/issues/1398))
- Note that `/_matrix/federation/v2/send_join` should include heroes for nameless rooms, even when allowed to omit membership events, per [MSC3943](https://github.com/matrix-org/matrix-doc/pull/3943). ([#1425](https://github.com/matrix-org/matrix-spec/issues/1425))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Include examples inline instead of using a reference for invite endpoint definitions. ([#1349](https://github.com/matrix-org/matrix-spec/issues/1349))
- Fix `POST _matrix/federation/v1/user/keys/claim` response schema. ([#1351](https://github.com/matrix-org/matrix-spec/issues/1351))
- Correct the default invite level definition in the "Checks performed on receipt of a PDU" section. ([#1371](https://github.com/matrix-org/matrix-spec/issues/1371))
- Clarify that CNAMEs are permissible for server names. ([#1376](https://github.com/matrix-org/matrix-spec/issues/1376))
- Fix `edu_type` in EDU examples. ([#1383](https://github.com/matrix-org/matrix-spec/issues/1383))
-
-
-## Application Service API
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add information on standard error responses for unknown endpoints/methods, as per [MSC3743](https://github.com/matrix-org/matrix-spec-proposals/pull/3743). ([#1347](https://github.com/matrix-org/matrix-spec/issues/1347))
-
-
-## Identity Service API
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add information on standard error responses for unknown endpoints/methods, as per [MSC3743](https://github.com/matrix-org/matrix-spec-proposals/pull/3743). ([#1347](https://github.com/matrix-org/matrix-spec/issues/1347))
-
-
-## Push Gateway API
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Add information on standard error responses for unknown endpoints/methods, as per [MSC3743](https://github.com/matrix-org/matrix-spec-proposals/pull/3743). ([#1347](https://github.com/matrix-org/matrix-spec/issues/1347))
-
-
-## Room Versions
-
-
-<strong>Backwards Compatible Changes</strong>
-
-
- Update the default room version to 10, as per [MSC3904](https://github.com/matrix-org/matrix-spec-proposals/pull/3904). ([#1397](https://github.com/matrix-org/matrix-spec/issues/1397))
-
-
-<strong>Spec Clarifications</strong>
-
-
- Clarify the grammar for room versions. ([#1422](https://github.com/matrix-org/matrix-spec/issues/1422))
- Fix various typos throughout the specification. ([#1423](https://github.com/matrix-org/matrix-spec/issues/1423))
-
-
-## Appendices
-
-
-No significant changes.
-
-
-## Internal Changes/Tooling
-
-
-<strong>Spec Clarifications</strong>
-
-
- Add link to the unstable spec to the README. ([#1357](https://github.com/matrix-org/matrix-spec/issues/1357))
- Improve safety of the proposals retrieval script in the event of failure. ([#1368](https://github.com/matrix-org/matrix-spec/issues/1368))
- Rename `<content>` to `content` in the OpenAPI files for content uploads. ([#1370](https://github.com/matrix-org/matrix-spec/issues/1370))
- Stop autogenerating examples where we already have an example. ([#1384](https://github.com/matrix-org/matrix-spec/issues/1384))
- Improve formatting of definitions in the Push Notifications section. ([#1415](https://github.com/matrix-org/matrix-spec/issues/1415))
--- a/Show more
+++ b/Show more
				`@ -0,0 +1 @@`
				`Add HTML anchors for object definitions in the formatted specification.`
				`@ -0,0 +1 @@`
				Replace homeserver authorization approach with an `Authorization` header instead of `access_token` when talking to the application service, as per [MSC2832](https://github.com/matrix-org/matrix-spec-proposals/pull/2832).
				`@ -0,0 +1 @@`
				Mention that the `/rooms/{roomId}/invite` endpoint will return a 200 response if the user is already invited to the room.
				`@ -0,0 +1 @@`
				`Fix various typos throughout the specification.`
				`@ -0,0 +1 @@`
				`Describe return codes for account data endpoints, and clarify that per-room data does not inherit from the global data.`
				`@ -0,0 +1 @@`
				`Clarify that policy rule globs work like ACL globs. Contributed by Nico.`
				`@ -0,0 +1 @@`
				`Clarify the format of some structures in the End-to-end encryption module.`
				`@ -0,0 +1 @@`
				Tweak the styling of `<code>` snippets in tables rendered from OpenAPI definitions.
				`@ -0,0 +1 @@`
				`Update "API Standards" section to clarify how JSON is used.`
				`@ -0,0 +1 @@`
				Add a `.m.rule.room.server_acl` push rule to match `m.room.server_acl` events, as per [MSC3786](https://github.com/matrix-org/matrix-spec-proposals/pull/3786).