Federated invite checks (JEMALLOC_SYS_WITH_LG_PAGE=16) #2078
Labels
No labels
Abandoned
Blocked
Bug
Changelog
Added
Changelog
Missing
Changelog
None
Cherry-picking
Database
Dependencies
Dependencies/Renovate
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/E2EE
Matrix/Federation
Matrix/Hydra
Matrix/MSC
Matrix/Media
Matrix/T&S
Merge
Merge/Manual
Merge/Squash
Meta
Meta/CI
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Support
bob the builder
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
continuwuation/continuwuity#2078
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
v26.7.1 (
83cf15bccb), self-built image, sole change JEMALLOC_SYS_WITH_LG_PAGE=16 for 16 KB pages on aarch64 => new homeserver => actually "works" with 16KB page sizes.^-- <not 100% sure if related> --v
PUT /_matrix/federation/v2/invite/… → 400, ~111-byte body
PDU in invite state (index 0) violates the room event format
Remote: Synapse 1.156.0 (matrix-org-hotfixes), room version 11
Reproduces from a second unrelated homeserver
Outbound invites work; remote users join fine once invited
Could it be the hardened enforcement? (26.6.1) Changelog #1952: "Added enforcement for new federated invite checks and corrected a bunch of related spec compliance issues along the way"
Duplicate of #1971 :3
Closing as duplicate.