-
-
Notifications
You must be signed in to change notification settings - Fork 248
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement XEP-0410: MUC Self-Ping (Schrödinger's Chat) #1164
Comments
Additionally, whenever an XMPP server gets rebooted, the MUCs hosted by it get permanently disconnected in Movim. |
Any progress with this? It's still a very common issue with all MUCs. |
I have some other stuff happening in my life right now. It will be done when it will be done. |
Got it! Good luck with your house! 🙂 |
For the moment I only did the basic behavior to disconnect if the MUC is not responding, I'll see later about maybe try to reconnect if possible. |
Very often I can open a MUC the normal way, as if I'm connected to it properly. However, there aren't any new messages. I won't get any feedback about the actual situation (the fact that the connection to the MUC has been lost) until I try to send a message myself.
Even then, I only get a very short toast, which can be easily missed, that I'm not connected to the MUC and it might not even try to reconnect until I disconnect manually.
Along those lines, I often see MUCs as disconnected when I log in, even though they're set to "Join on connect".
For these issues, I propose the following solutions:
Show a permanent indicator of whether you're currently connected to the room, or at least a permanent indicator if you're not. I would love if if the chat widget isn't faded during connecting, because it makes it impossible to continue reading/scrolling.
Implement retries for MUCs that can't be connected to right away upon log-in. (Improved) retries for rooms that are disconnected without the user's doing so.
The text was updated successfully, but these errors were encountered: