forums.smartfoxserver.com

newRoom = helper.createRoom(currZone, map, null, true, true);

UserA - in lobby (non-game room)
UserB- in game room
UserC-About to join game room. But before that when his request arrives at the server side, I am creating a new gameroom in handleInternal event. After room creation, only User C and User A got the onRoomAdded event fired at the client side...Is it how helper.createRoom(....) works?????.
How to make all users in a zone synchronized after room creation???????? helper.sendRoomList(....)????? But this will send the entire room list and also this call invokes onRoomListUpdate in the client I dont want this to happen. Is there any other better approach.....???

Hi.
Yes, that's the expected behaviour. You can read more about room's behaviour on these white papers.

On the Tris example, when a client leaves the game, the client requests the roomList again from the server. If you think that it is using too much bandwidth, you can always do it yourself, by sending manually from a server-side extension a custom roomList with, for example, only the games that still have empty slots, etc, which will save some bandwidth. In the last case, you can always use regular rooms instead of game-rooms, as they receive the onRoomAdded and onRoomRemoved events.

Hi,
We have solved that problem by making the user stay both in lobby as well as in game room. I have set the lobby limit to around 500000.
So he will be getting the roomAdded event all the time....Do you think this is a better approach????

Well, it depends on your application. If games just take around 1-2 minutes, then yeah, it is better if you also handle the onRoomAdded event. But even in that case, i don't think the room will be capable of handling such a number of users - remember that if the room has 500.000 players, each time you create or remove a room, it has to send a message 500.000 times.

So my suggestion is to follow the flow as SFSTris suggests, and to maybe send a custom list of rooms, showing only the available games.