-
Notifications
You must be signed in to change notification settings - Fork 715
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with LocalMaster using previous instantiation of a Client #552
Comments
Looks like commenting out this block breaks a test for Local Multiplayer without bots .. |
I managed it make it work by replacing the following:
But for some reasons it makes the |
Doing this:
Also solves the problem, and makes the test pass. But i doubt it's an effective way to solve the problem ... |
That's a fine way to solve the problem (your last update). Perhaps just consolidate the duplicated code in the two else branches. Would you mind sending a PR for this? |
Yes I was thinking about consolidating it as soon as I'd get feedback if I was on the right way or not! |
I've had some trouble with the Local use of the lib.
When I first instantiate a Local Game like that with bots coming from another screen:
When going back to my "parameters screen" and changing the turn of my bot, meaning changing the following var:
I discovered that my new GameApp will use the previous parameters of my 1st instantiation.
I managed to find the cause of the problem, but I'm not sure why this is causing a problem.
It comes from this if-else statement.
By commenting out the first block of the if-statement, I managed to make it work as I wanted to be (meaning instantiating a new Local Master with my new given parameters). But as I am not really familiar with this part of the lib, I'm not sure what this if-statement is here for, and what damaged I could do by removing it.
Please share with me your knowledge about that if possible :)
The text was updated successfully, but these errors were encountered: