Skip to content

MSC4452: Preview URL capabilities API#4452

Open
Half-Shot wants to merge 3 commits into
mainfrom
hs/msc4452-url-preview-cap
Open

MSC4452: Preview URL capabilities API#4452
Half-Shot wants to merge 3 commits into
mainfrom
hs/msc4452-url-preview-cap

Conversation

@Half-Shot
Copy link
Copy Markdown
Contributor

@Half-Shot Half-Shot commented Apr 21, 2026

Rendered

Signed-off-by: Will Hunt signoff@half-shot.uk


SCT Stuff:

MSC checklist

FCP tickyboxes

Copy link
Copy Markdown
Member

@turt2live turt2live Apr 21, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Implementation requirements:

  • Server (capability)
  • Client (respecting capability)
  • Client (unaware of capability)

Copy link
Copy Markdown
Contributor Author

@Half-Shot Half-Shot Apr 21, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Both the client and server changes have now merged!

@turt2live turt2live added proposal A matrix spec change proposal client-server Client-Server API kind:feature MSC for not-core and not-maintenance stuff needs-implementation This MSC does not have a qualifying implementation for the SCT to review. The MSC cannot enter FCP. labels Apr 21, 2026
Comment thread proposals/4452-preview-url-capability.md
@clokep
Copy link
Copy Markdown
Member

clokep commented Apr 27, 2026

MSCs proposed for Final Comment Period (FCP) should meet the requirements outlined in the checklist prior to being accepted into the spec. This checklist is a bit long, but aims to reduce the number of follow-on MSCs after a feature lands.

Spec Core Team (SCT) members, please ensure that all of the following checks
pass before accepting a given Matrix Spec Change (MSC).

MSC authors, feel free to ask in a thread on your PR or in the
#matrix-spec:matrix.org room for
clarification of any of these points.

  • Are appropriate implementation(s) specified in the MSC’s PR description?
  • Are all MSCs that this MSC depends on already accepted?
  • For each endpoint that is introduced or modified:
    • Have authentication requirements been specified?
    • Have rate-limiting requirements been specified?
    • Have guest access requirements been specified?
    • Are error responses specified?
      • Does each error case have a specified errcode (e.g. M_FORBIDDEN) and HTTP status code?
        • If a new errcode is introduced, is it clear that it is new?
    • Are the endpoint conventions honoured?
      • Do HTTP endpoints use_underscores_like_this?
      • Will the endpoint return unbounded data? If so, has pagination been considered?
      • If the endpoint utilises pagination, is it consistent with the appendices?
  • Will the MSC require a new room version, and if so, has that been made clear?
    • Is the reason for a new room version clearly stated? For example, modifying the set of redacted fields changes how event IDs are calculated, thus requiring a new room version.
  • Are backwards-compatibility concerns appropriately addressed?
  • An introduction exists and clearly outlines the problem being solved. Ideally, the first paragraph should be understandable by a non-technical audience.
  • All outstanding threads are resolved
    • All feedback is incorporated into the proposal text itself, either as a fix or noted as an alternative
  • There is a dedicated "Security Considerations" section which detail any possible attacks/vulnerabilities this proposal may introduce, even if this is "None.". See RFC3552 for things to think about, but in particular pay attention to the OWASP Top Ten.
  • The other section headings in the template are optional, but even if they are omitted, the relevant details should still be considered somewhere in the text of the proposal. Those section headings are:
    • Introduction
    • Proposal text
    • Potential issues
    • Alternatives
    • Unstable prefix
    • Dependencies
  • Stable identifiers are used throughout the proposal, except for the unstable prefix section
    • Unstable prefixes consider the awkward accepted-but-not-merged state
    • Chosen unstable prefixes do not pollute any global namespace (use “org.matrix.mscXXXX”, not “org.matrix”).
  • Changes have applicable Sign Off from all authors/editors/contributors

@clokep
Copy link
Copy Markdown
Member

clokep commented Apr 27, 2026

@mscbot fcp merge

@mscbot
Copy link
Copy Markdown
Collaborator

mscbot commented Apr 27, 2026

Team member @mscbot has proposed to merge this. The next step is review by the rest of the tagged people:

Concerns:

  • Lacking implementation - see implementation requirements

Once at least 75% of reviewers approve (and there are no outstanding concerns), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up!

See this document for information about what commands tagged team members can give me.

@mscbot mscbot added proposed-final-comment-period Currently awaiting signoff of a majority of team members in order to enter the final comment period. disposition-merge labels Apr 27, 2026
@turt2live
Copy link
Copy Markdown
Member

@mscbot concern Lacking implementation - see implementation requirements

@mscbot mscbot added the unresolved-concerns This proposal has at least one outstanding concern label Apr 27, 2026
@turt2live turt2live moved this from Tracking for review to Proposed for FCP readiness in Spec Core Team Workflow Apr 28, 2026
@clokep
Copy link
Copy Markdown
Member

clokep commented Apr 28, 2026

I checked the implementations last night and they seemed good. I've checked the related boxes. The checklist is now complete.

@mscbot resolve Lacking implementation - see implementation requirements

@mscbot mscbot removed the unresolved-concerns This proposal has at least one outstanding concern label Apr 28, 2026
Comment thread proposals/4452-preview-url-capability.md
@tulir tulir moved this from Proposed for FCP readiness to Ready for FCP ticks in Spec Core Team Workflow May 3, 2026
@Half-Shot Half-Shot removed the needs-implementation This MSC does not have a qualifying implementation for the SCT to review. The MSC cannot enter FCP. label May 6, 2026
reivilibre pushed a commit to element-hq/synapse that referenced this pull request May 11, 2026
@turt2live turt2live added the 00-weekly-pings Tracking for weekly pings in the SCT office. 00 to make it first in the labels list. label May 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

00-weekly-pings Tracking for weekly pings in the SCT office. 00 to make it first in the labels list. client-server Client-Server API disposition-merge kind:feature MSC for not-core and not-maintenance stuff proposal A matrix spec change proposal proposed-final-comment-period Currently awaiting signoff of a majority of team members in order to enter the final comment period.

Projects

Status: Ready for FCP ticks

Development

Successfully merging this pull request may close these issues.

6 participants