Zandronum Chat on our Discord Server Get the latest version: 3.2
Source Code

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000203Zandronum[All Projects] Bugpublic2010-11-20 20:052018-09-30 20:12
ReporterAlexMax 
Assigned ToTorr Samaho 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version98d 
Target VersionFixed in Version1.0 
Summary0000203: sv_keepteams + changemap == can't join same team
DescriptionUsing changemap when sv_keepteams is true causes people to join the game as a 'team spectator'. They can team chat on the appropriate team, but trying to join the game results in a message that they're already on X team, and they can thus only join the game on the opposite team.

sv_keepteams shouldn't keep you as a spectator. Upon mapchange, you should be ingame immediately thereafter. This really messes up priv, because you either have to remember which team you were on (sv_keepteams false) or remember to join the opposite team on map change. If you try and join the same team and fail, you are delayed from entering the game by ten seconds.
Steps To ReproduceTry this:

1. Start a multiplayer tdm server
2. Set sv_keepteams true
3. Changemap...either wait for time to expire or callvote it.
Attached Files

- Relationships

-  Notes
User avatar (0000626)
AlexMax (developer)
2010-11-20 20:08
edited on: 2010-11-20 20:08

This bug is mine, by the way. Please attach me to it.

User avatar (0000634)
Torr Samaho (administrator)
2010-11-27 22:26

I couldn't reproduce it with a "skulltag.exe +teamplay 1 +map d2dm1 -host +sv_keepteams 1" server. Is it possible that it only happens when you have some kind of password set?
User avatar (0000639)
unknownna (updater)
2010-11-28 00:26

Looks like it indeed only happens if there's a join password set.
User avatar (0000641)
Torr Samaho (administrator)
2010-11-28 09:48

This should fix the problem that you possibly end up as 'team spectator' after a "changemap" map change.

BTW: I agree that being forced to spectate after a "changemap" map change on a server with join password (although it has been exactly like this for at least four years) is pretty stupid and confusing (a lot of people already complained that this happens on their private coop servers). I'll see if I can change this without too much effort.
User avatar (0000642)
Torr Samaho (administrator)
2010-11-28 10:19

Ok, I reworked the join password code and now players shouldn't be forced to spectate after a "changemap" map change anymore. This is an experimental binary with the new behavior and needs to be tested carefully in order to ensure that the change doesn't open any possibilities to join without knowing the join password.
User avatar (0000644)
unknownna (updater)
2010-11-28 11:07

I noticed that bots don't keep their team properly after a map change if the teams are uneven. Perhaps it's like this with players too.
User avatar (0000745)
Torr Samaho (administrator)
2010-12-24 15:18

Can you elaborate the bot problem with uneven teams and tell me the exact dmflags settings necessary to reproduce it?
User avatar (0000746)
unknownna (updater)
2010-12-24 21:57
edited on: 2010-12-25 20:37

I use standard TDM settings with a join password set. It seems like it doesn't matter whether the teams are uneven or not. The bots switch teams after each "changemap" map change, but only if there's a join password set. FYI, I'm doing this online, not offline.

DMFlags : 20612
DMFlags2 : 8192
DMFlags3 : 0
CompatFlags : 0
CompatFlags2 : 0
Join Password : "password"

The steps I follow:

1. "sv_keepteams 1" in the server console.
2. Add 4 bots to the server.
3. Connect your client. Don't join the game, it's not needed.
4. "changemap MAP01" in the server console.
5. If the bots haven't switched teams, repeat step 4.

User avatar (0000747)
Torr Samaho (administrator)
2010-12-25 07:39

Thanks! This hopefully fixes the problem.
User avatar (0000748)
unknownna (updater)
2010-12-25 09:25
edited on: 2010-12-25 09:30

Yeah, looks like it fixed the issue.

User avatar (0000752)
Torr Samaho (administrator)
2010-12-26 17:11

Great. I'll consider this fixed then.

Issue Community Support
This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.
Supporters: No one explicitly supports this issue yet.
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2010-11-20 20:05 Anonymous New Issue
2010-11-20 20:08 AlexMax Note Added: 0000626
2010-11-20 20:08 AlexMax Note Edited: 0000626 View Revisions
2010-11-27 22:18 Torr Samaho Reporter Anonymous => AlexMax
2010-11-27 22:26 Torr Samaho Note Added: 0000634
2010-11-27 22:27 Torr Samaho Status new => feedback
2010-11-28 00:26 unknownna Note Added: 0000639
2010-11-28 09:48 Torr Samaho Note Added: 0000641
2010-11-28 10:19 Torr Samaho Note Added: 0000642
2010-11-28 10:45 Anonymous Note Added: 0000643
2010-11-28 11:07 Anonymous Note Deleted: 0000643
2010-11-28 11:07 unknownna Note Added: 0000644
2010-12-24 15:18 Torr Samaho Note Added: 0000745
2010-12-24 21:57 unknownna Note Added: 0000746
2010-12-24 22:01 unknownna Note Edited: 0000746 View Revisions
2010-12-25 07:39 Torr Samaho Note Added: 0000747
2010-12-25 09:25 unknownna Note Added: 0000748
2010-12-25 09:30 unknownna Note Edited: 0000748 View Revisions
2010-12-25 20:37 unknownna Note Edited: 0000746 View Revisions
2010-12-26 17:11 Torr Samaho Note Added: 0000752
2010-12-26 17:12 Torr Samaho Status feedback => resolved
2010-12-26 17:12 Torr Samaho Fixed in Version => 98d
2010-12-26 17:12 Torr Samaho Resolution open => fixed
2010-12-26 17:12 Torr Samaho Assigned To => Torr Samaho
2010-12-27 12:29 Torr Samaho Product Version => 98d
2010-12-27 12:29 Torr Samaho Fixed in Version 98d => 1.0
2012-06-09 13:22 Torr Samaho Category General => Bug
2018-09-30 20:12 Blzut3 Status resolved => closed






Questions or other issues? Contact Us.

Links


Copyright © 2000 - 2025 MantisBT Team
Powered by Mantis Bugtracker