Kick over Federation doesn't work #199
Labels
No labels
Android
CS::needs customer feedback
CS::needs follow up
CS::needs on prem installation
CS::waiting
Chrome
Design:: Ready
Design:: in progress
Design::UX
E2EE
Edge
Firefox
GDPR
Iteration 13 IM
Linux
MacOS
Need::Discussion
Need::Steps to reproduce
Need::Upstream fix
Needs:: Planning
Needs::Dev-Team
Needs::More information
Needs::Priority
Needs::Product
Needs::Refinement
Needs::Severity
Priority::1-Critical
Priority::2-Max
Priority::3-Impending
Priority::4-High
Priority::5-Medium
Priority::6-Low
Priority::7-None
Progress::Backlog
Progress::Review
Progress::Started
Progress::Testing
Progress::Triage
Progress::Waiting
Reporter::Sentry
Safari
Target::Community
Target::Customer
Target::Internal
Target::PoC
Target::Security
Team:Customer-Success
Team:Design
Team:Infrastructure
Team:Instant-Messaging
Team:Product
Team:Workflows
Type::Bug
Type::Design
Type::Documentation
Type::Feature
Type::Improvement
Type::Support
Type::Tests
Windows
blocked
blocked-by-spec
cla-signed
conduit
contribution::advanced
contribution::easy
contribution::help needed
from::review
iOS
p::ti-tenant
performance
product::triage
proposal
refactor
release-blocker
s: dart_openapi_codegen
s::Famedly-Patient
s::Org-Directory
s::Passport-Generator
s::Requeuest
s:CRM
s:Famedly-App
s:Famedly-Web
s:Fhiroxide
s:Fhiroxide-cli
s:Fhiroxide-client
s:Fhirs
s:Hedwig
s:LISA
s:Matrix-Dart-SDK
s:Role-Manager
s:Synapse
s:User-Directory
s:WFS-Matrix
s:Workflow Engine
s:dtls
s:famedly-error
s:fcm-shared-isolate
s:matrix-api-lite
s:multiple-tab-detector
s:native-imaging
severity::1
severity::2
severity::3
severity::4
technical-debt
voip
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Matthias/conduit#199
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?
Description
Kicking a federated user seems to have no effect, but if the user leaves voluntarily, they cannot rejoin at all.
System Configuration
Conduit Version: Conduit-Next
Database backend (default is sqlite): sqlite
changed the description
@shsorbom could you tell a bit more about the server setup? Were both servers Conduit, was one of them Synapse, if yes, which version, etc.
Please also check for warnings in the conduit and synapse logs.
I discovered it by accident when using someone else's server, so I'm fairly sure the servers being kicked were synapse servers(Apothecary.Club and Riot.Firechicken.net). Mine is a conduit server. I am currently trying to replicate this setup on my lan, but I haven't finished setting up the servers themselves yet.
I managed to replicate this with a room on my Conduit server and a user from the
matrix.org
server.After kicking a user they still see the room and can send messages. Those messages are however not received by anyone else with this WARN from Conduit:
The same thing happens when banning the user as well, so it seems like Conduit does not correctly inform other servers of the membership change.
Correct me if I am wrong, but I think Conduit does not send the event to any server but itself.
assigned to @M0dEx
mentioned in merge request !338
mentioned in commit
9ed352d4c0