feat(sync): Add MSC4354 sticky events #2089
No reviewers
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 project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
continuwuation/continuwuity!2089
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "eleboucher/continuwuity:feat/msc4354-sticky-events"
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?
This pull request add support for legacy sticky event MSC4354
Pull request checklist:
mainbranch, and the branch is named something other thanmain.myself, if applicable. This includes ensuring code compiles.
feat(sync): Add MSC4354 sticky eventsto WIP: feat(sync): Add MSC4354 sticky events832a38b44b2d865d1e72WIP: feat(sync): Add MSC4354 sticky eventsto feat(sync): Add MSC4354 sticky events2d865d1e72ee20465035@ -1526,6 +1526,12 @@ pub struct Config {#[serde(default = "true_fn")]pub allow_incoming_typing: bool,/// Allow sticky events (MSC4354).A better description might be
@ -272,0 +272,4 @@let over_budget =self.server.config.startup_netburst_keep >= 0 && entry.len() >= keep;// MSC4354 forbids a backlog costing us a sticky event, so they areThere's a bit of a problem here: startup netburst can be turned off entirely, and it is commonly recommended to do so in order to resolve network overload on startup. Since netburst doesn't have any delivery guarantees, does this explicitly conflict with the MSC? (if it does, we might have to conjure up a secondary netburst mechanism that only pushes sticky events, although I'd prefer to avoid that complexity)
Good catch.
It does conflict with the MSC, but startup_netburst = false already drops the whole queue for every event type, so I didn't think sticky events should override that.
ee2046503529e08d14b329e08d14b317585db8ff17585db8ff43197f695c