bug: Backfilled join events are never synced #2211
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
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
continuwuation/continuwuity#2211
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?
What is the bug?
See conversation starting here. Someone did not properly leave all their rooms before switching from conduit to continuwuity, and experienced !779 -like symptoms when rejoining rooms that their server was previously in.
Backfilled events in general don't come down sync, but it might be possible to special case joins for the syncing user. However, I would assume that the new join/no-op event sent by the join-assisting server would not be backfilled.
Steps to reproduce
Server name and version
kanp.ai 26.8.1
Additional context
No response
sus. This needs more information because new joins are inherently not backfilled as they're new events:
info!("Appending new room join event");self.services.timeline.append_pdu(&parsed_join_pdu,join_event,std::iter::once(parsed_join_pdu.event_id.as_ref()),&state_lock,room_id,).await?;