Page 1 of 1
client-side created private-room auto-destroy issue
Posted: 23 Jun 2010, 21:08
by zatta
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)
Posted: 24 Jun 2010, 05:06
by Lapo
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
Posted: 24 Jun 2010, 23:54
by zatta
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 :[
Posted: 25 Jun 2010, 00:08
by zatta
That's the view of the room from admin tool, creator seems [server], however it's all client-side creation :/
Posted: 25 Jun 2010, 09:36
by Lapo
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?
Posted: 25 Jun 2010, 14:24
by zatta
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
Posted: 25 Jun 2010, 14:40
by Lapo
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?
Posted: 25 Jun 2010, 14:53
by zatta
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 ?
Posted: 25 Jun 2010, 15:24
by Lapo
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
Posted: 30 Jun 2010, 15:42
by Lapo
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.
Posted: 03 Jul 2010, 20:39
by zatta
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