Bridging protocols with different semantics is always doomed to hitting weird corner cases and having stuff break and we apparently learned nothing from the days of proprietary mail systems that were being bridged to SMTP
-
-
Show this threadThanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
This exact scenario is why we store per-user logs on
@irccloud. It would be a lot easier for us if we didn't, but we didn't want to break the semantics of IRC. -
That and the fact that it's surprisingly hard to tell whether two servers are part of the same network at any given time....
End of conversation
New conversation -
-
-
I saw an IRC channel end up with two Matrix bridges. It caused a loop of both messages and bridge-joins: bridge user from one appeared as a normal IRC user to the other, which then appeared in Matrix and was bridged back to IRC.
-
With all the nicks like mjg[m][m][m][m] it briefly became the channel with most users on freenode until one bridge was killed.
End of conversation
New conversation -
-
-
This really shouldn't happen - we jump through hoops to rapidly sync the IRC connection's state to the Matrix room membership to ensure the history semantics are preserved. If things have fallen behind though there's a risk of badness; we're investigating this incident. Sorry :(
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.