powered by Jive Software

After restart openfire service, muc rooms are empty


when we restart openfire service, all clients must close and reopen spark client, because when spark is reconnecting automaticly muc rooms look like that:

what could be the reason for?



Which versions of Openfire and Spark?

openfire: 4.2.3
spark: 2.8.3

I think it was always the case with Spark. Unfortunately it is the same with the latest 2.9.0 build. I have filed a ticket as i wasn’t able to find such one https://issues.igniterealtime.org/browse/SPARK-2064
But Spark development is stalled, so don’t expect this to be fixed anytime soon.

I believe this is now fixed and the fix will be available in 2.9.3 release soon. You can test this in this build https://bamboo.igniterealtime.org/browse/SPARK-NIGHTLY-1527/artifact/shared/Install4j-generated-media/

@ilyaHlevnoy, give it a try :slight_smile:

Now when you reconnect Spark automatically reconnects to the room, that’s cool! Thanks!!!

But I saw some things, i do not think that this should be fixed now, i just want you to know about it.:

  1. If during reconnection someone wrote to the MUC, then after reconnection I will have gray messages. And I did not receive a notification about new messages in the MUC chat (the room name is not highlighted in red text, there is no flash window at the bottom)

  2. After reconnecting, the room becomes the last in the list of conversations

Well, the Spark is doing what is being advertised (re-join the channel). So it closes the tab and reopens it after a reconnect. That’s why it becomes last tab and the history is shown gray. Not sure if it is even possible to make history colorful upon reconnection as Spark is adding nickname colors dynamically.

Anyway, i think these are minor issues and if network loss is short, you probably won’t have that many new messages. So at least now you don’t have to reconnect to rooms manually. If anyone wants to work on improving this further, then be my guest :slight_smile: I’m planning to release 2.9.3 today (depends on availability of another person). Maybe @R87A has any ideas for the future in this regard.