[fixed] 3.6.0.3: Headless admin looses control when in unassigned slot

[tomreyn]

When you are controlling a headless server and are in a higher slot, say player 7, and change maps ending up with a four player map, then you are on an unassigned network slot and immediately loose control.

Correctly, the serer admin should not loose control just because she is on an unassigned slot.

[softcoder]

Should be fixed in svn 3404

[tomreyn]

For me, I'm afraid this is not yet fixed. How to reproduce:

1. Start a headless server, using, for example:
mk/linux/megaglest --ini-path=mk/linux/ --data-path=mk/linux/ --verbose --headless-server-mode=vps,exit

2. Start a game client and connect to this server, using, for example:
mk/linux/megaglest --ini-path=mk/linux/ --data-path=mk/linux/ --verbose --connecthost=127.0.0.1

3. Using the client, which is controlling the headless server (as indicated by changing colors on the player number) change the map to Eight Gradient.

4. Still on the controlling client, change Control on Player 7 to Network.

5. Still on the controlling client, switch to Player 7.

6. Still on the controlling client, switch the map to Conflict and wait 10 seconds.

7. You have lost control on the headless server. You are also unable to switch to another slot where you could possibly regain control. Since no other player was connected before you lost control, nobody has control now.

[softcoder]

Fixed in svn

[tomreyn]

Thanks. I still can't switch to the other slots now, but do not loose control (which this bug was actually about) anymore. So that's great.

[tomreyn]

Actually I loose control on r3419 (again? Titi made some changes, maybe that's related).

[softcoder]

This should all be working fine in svn now, I also allow the admin user to switch slots to an open slot now.

[tomreyn]

Thank you! I'd like to test/verify this with someone soon. Still didn't get around to it was hard to find testers, or because something else got in the way. I hope those of us who do testing can test this on head of trunk, soon - support and reminders are welcome. I'll tag this as [testing] to indicate it needs verification until testing is done.

[Pizza90]

Still happens with svn r3505! (i tested it with tomreyn).

[softcoder]

Following the steps to reproduce i cannot reproduce this anymore. Please post the exact steps to reproduce this issue.

[tomreyn]

Hmm, I just retried and was also unable to reproduce it as previously discussed.

There is, however, a different scenario  where its still a little problematic. This one requires another player to be connected to reproduce:

1. Start a headless server, using, for example:
mk/linux/megaglest --ini-path=mk/linux/ --data-path=mk/linux/ --verbose --headless-server-mode=vps,exit

2. Start a game client and connect to this server, using, for example:
mk/linux/megaglest --ini-path=mk/linux/ --data-path=mk/linux/ --verbose --connecthost=127.0.0.1

3. Using the client, which is controlling the headless server (as indicated by changing colors on the player number) change the map to Eight Gradient.

4. Still on the controlling client, change Control on Player 7 to Network.

5. Still on the controlling client, switch to Player 7.

6. Still on the controlling client, change Control on Player 3 to Network.

7. Start a second game client and connect to this server, using, for example:
mk/linux/megaglest --ini-path=mk/linux/ --data-path=mk/linux/ --verbose --connecthost=127.0.0.1

8. Make the second game client change into the slot of Player 3.

9. Back o the first game client, which is still controlling, swiftly (no pausing) switch the map to Conflict and wait 10 seconds.

10. You have lost control on the headless server to the second game client. You are, however, able to switch to a different slot where you automatically regain control.

I assume that's actually the scenario Pizza and I ran into, after all we are two.

[tomreyn]

The initially reported bug is fixed, so I'm tagging this thread as such. I may re-report the other not directly related issue (of lesser gravity) at a later time.