feat: retroactively inject prev_content when backfilling state events #569
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 assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
continuwuation/continuwuity#569
Loading…
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?
Following the information in https://github.com/matrix-org/matrix-rust-sdk/issues/3960 it appears that prev_content is missing in a state event, causing the client to display the wrong membership transition
Just for reference, this appears to be reproducible on Synapse too based on my (light and unscientific) testing by observing client behaviour on constellatory.net (Synapse), puppygock.gay (conduwuit), and girlboss.ceo (conduwuit).
The fix for this would be to, while processing a backfill chunk, order the state events returned, and work backwards from the last known event of that type, and updating the unsigned data in the database. probably not too difficult but sounds hard to optimise
prev_content is sometimes missing from state eventsto feat: retroactively injectprev_contentwhen backfilling state eventsMarking this as a feature request as this is currently behaviour no other server implements and thus isn't really a bug
unsignedin storage #2270