client-side created private-room auto-destroy issue

zatta · Post by **zatta** » 23 Jun 2010, 21:08

Hi,

This problem occurs when client creates a game room with password. Even there is no such a user in that room or server, owner of the room is automatically set to server rather than the user, therefore room stays forever.

I just use regular roomobject, and client-side createRoom function which should join automatically. I think user cannot join automatically to the room he just created and owner of the room stays "server", therefore never gets destroyed..

This problem seems more like "cannot join room created by self" more than auto-destroy issue.

Please check following (I m sure they are the same user):

2010/06/23 20:14:51.509 - [ INFO ] [id: 102] (SystemHandler.handleCreateRoom): Room [ Emre ] created!
2010/06/23 20:14:51.510 - [ INFO ] [id: 102] (SystemHandler.joinRoom): Room Join Error: Password is wrong, User: 100000710726700, IP: 188.58.34.74

(version 1.6.6)

Post by **Lapo** » 24 Jun 2010, 05:06

Hi,
thanks for reporting.
I don't understand how this should work.

Can you show me the client code to create this problem? Or in alternative just explain each step to recreate the problem

zatta · Post by **zatta** » 24 Jun 2010, 23:54

Yep, there is nothing much different. I just use createRoom with password:

Code: Select all

var roomObj:Object = new Object();

if(lobby.check_pw.selected && lobby.pw_field.text_pw.text != "")
    roomObj.password = lobby.pw_field.text_pw.text;

roomObj.name =  playerInfo.nickName;
roomObj.isGame = true;
roomObj.maxUsers = 2;
roomObj.extension = xt;

sfs.createRoom(roomObj); //joins automatically

I'm sorry for not knowing each step to create the problem

it doesn't happen all the time :[

zatta · Post by **zatta** » 25 Jun 2010, 00:08

That's the view of the room from admin tool, creator seems [server], however it's all client-side creation :/

Post by **Lapo** » 25 Jun 2010, 09:36

Thanks for the info.
The code example looks somewhat incomplete, there is a reference to an xt object which is not shown. Can you post the complete examples?

Is the problems supposed to appear because of a failure in starting an extension?

zatta · Post by **zatta** » 25 Jun 2010, 14:24

I didn't include it to show there is nothing different, extension creation has no problems as seen in log:

2010/06/23 20:14:51.508 - [ INFO ] [id: 102] (ExtensionHandler.createExtension): Room Extension [ roomext ] created!
2010/06/23 20:14:51.509 - [ INFO ] [id: 102] (SystemHandler.handleCreateRoom): Room [ Emre ] created!
2010/06/23 20:14:51.510 - [ INFO ] [id: 102] (SystemHandler.joinRoom): Room Join Error: Password is wrong, User: 100000710726700, IP: 188.58.34.74

Post by **Lapo** » 25 Jun 2010, 14:40

Thanks but there's still something not clear here.
Why the user receives an error.

I use this code to test the creation of a password protected Room:

Code: Select all

var roomObj:Object = {}
roomObj.name = "TestRoom"
roomObj.password = "abcd12345"
roomObj.maxUsers = 20
roomObj.isGame = true

sfs.createRoom(roomObj)

The code works without problems, I am joined in the Room and I am not able to reproduce the scenario that you have reported.

Please can you explain exactly how this problem work?

zatta · Post by **zatta** » 25 Jun 2010, 14:53

I really really don't know the case

It works for me too ! I just can't create the case, my users do somehow.

All I can want is sfs team to check server side xml parsing. Shame there is nothing else beside I'm gonna go for detailed logging.

Is it possible to log client-side to a file, just like trace output in debug mode ?
Or can I find detailed log information at server-side ?

Post by **Lapo** » 25 Jun 2010, 15:24

Ah ok, this was not clear from the beginning. I thought you already knew a way to reproduce it

Ok, no problem, I think what you have provided should be sufficient.

We'll keep you posted

Post by **Lapo** » 30 Jun 2010, 15:42

Hi, we have found a few possible scenarios in which the reported issue can be generated. We now have a patch that addresses the problem.

If you want an early version of the patch you can drop us an email or a PM and we'll send it over.

zatta · Post by **zatta** » 03 Jul 2010, 20:39

Project production date is in following weeks so we can wait the patch, otherwise I drop related agency's email address for the early trials as more users will come in and we will have chance to test the unknown case..

Thank you sfs team for interest on issue