Gitter–Matrix bridge: room setting changes not reflected on the Matrix side
0 reputation · 02 May 2023, 05:18 UTC
I'm designing a setup where Gitter rooms are bridged to a Matrix homeserver so users on both platforms share the same conversations. Message relay works as documented, but I'm unclear on how room state is supposed to synchronize across the bridge.
Specifically, when a room name, topic, or permission setting is changed on the Gitter side, my understanding is that the bridge should propagate a corresponding state event to the mirrored Matrix room. It's not clear to me which side is treated as the source of truth for membership and room metadata, or whether conflicting changes made on the Matrix side get overwritten, merged, or ignored.
Assume a current Gitter deployment using the standard Matrix bridge, with verification done by bridging a test room and modifying settings on each side.
My questions:
- Which platform owns room state (name, topic, permissions) in a bridged room, and is that ownership configurable?
- How does the bridge resolve membership conflicts when users join or leave from the Matrix side only?
- Is delayed or missing state propagation an expected bridge limitation, or does it indicate a misconfiguration?