Limbo room user count messages

[lomriilod]

When the limbo flag is turned on, the room suppresses certain events (new user arrived, user left, user count changed, room and user variables) and inhibits the ability to send public messages.

It looks like that setting the room to limbo is not enough to prevent the broadcasting of uCount changes in limbo rooms. It has to be set in the room config to uCountUpdate="false".

If you look at a limbo room in the admin panel, it shows limbo=true and uCount=true. The uCount changes are broadcasted to all users in the limbo room.

Dirk.

[Lapo]

Hi,
I am not able to reproduce this case. In order to test I am running the SmartMessenger example which uses a Limbo Room configured as follows:

Code: Select all

<Rooms>
	<Room name="Main" autoJoin="true" limbo="true"/>
</Rooms>

and no uCount events are ever received by clients.

Which server version are you using to test?
Can you provide more details as to how to reproduce it?

[lomriilod]

Sure,

<Rooms>
<Room name="AA" maxUsers="5000"/>
<Room name="BB" limbo="true" maxUsers="10000"/>
</Rooms>

We use this room setup to first send all users to room AA where they can interact with each other (chat, view user lists...). In special situations we send them to room BB where they are just stored. No interaction with other users or rooms is needed at that point. What we see, is that all useres in room BB get a uCount update when ever a usere joins room BB. As I said, setting uCountUpdate="false" in the room setup disables the broadcast.

Besides that we disable various system events in the zone:

<DisabledSysEvents>
<event>onRoomDeleted</event>
<event>onRoomAdded</event>
<event>onSpectatorSwitched</event>
</DisabledSysEvents>
<DisabledSysActions>
<action>addBuddy</action>
<action>clearBuddyList</action>
<action>loadBuddyList</action>
<action>removeBuddy</action>
<action>sendObjectToGroup</action>
<action>setRoomVariables</action>
<action>switchSpectator</action>
<action>getBuddyRoom</action>
<action>createRoom</action>
<action>joinRoom</action>
<action>autoJoin</action>
<action>leaveRoom</action>
</DisabledSysActions>

We are running SFS 1.6.6

Dirk

[Lapo]

Thanks, I have added it to the bug report DB for further inspection.
I will keep you updated.

[Lapo]

Hi, we are working on this issue and probably there is a misunderstanding.
Suppose Room R is regular and Room L is limbo.
If you join Room L you will keep receiving user count updates for other rooms, for example Room R, but you won't for the Room L.
In other words, Room L does not generate any userCountUpdate event when a user joins or leaves the room.
If in your Zone you have other Rooms that are not Limbo they will keep firing uCountUpdates to keep you in synch with their user count.

In the end we are not able to reproduce the scenario you have described, but I just wanted to point out this in case there was any misunderstanding on how this is expected to work

[lomriilod]

Hi, thanks for your explenation.
Yes, this seems like a misunderstanding. I assumed, that a limbo room does not receive ANY uCount updates. None from its own room, nor of any others.
We never had any problems with the ucount in the other room, because we request a new roomlist when ever a user returns to the AA room (which contains the current ucount of the room).

Again, setting uCountUpdate to false, does exactly what we need.

Dirk