0000053: The announcer no longer plays "<team here> has taken the lead" until the teams are tied

Notes
(0000161) Torr Samaho (administrator) 2010-09-25 20:01	Can somebody go through the old 98d builds here and here, and find out in which revision this broke?

(0000188) unknownna (updater) 2010-09-26 18:34	I couldn't reproduce this. Using the announcer that followed with the 98c package, everything seems to work as intended. Tested from r2878 to r2937 found in the first link. Even r2948 seems to work properly. This isn't related to the above, but while testing between the builds, I noticed that the first client ever connected to a team game (e.g. TDM/CTF/ST) server cannot instantly join the game for some reason. The first entering becomes voided and you have to wait for 10 seconds until you can join. You can however, instantly join the game through the console. This happens in 98c to r2948.

(0000190) Torr Samaho (administrator) 2010-09-26 19:25	I fixed the joining problem. Regarding the announcer problem: Wartorn, can you reproduce it? Did you by any chance forget to load an announcer when this happened for you?

(0000206) Wartorn (reporter) 2010-09-29 23:47 edited on: 2010-09-29 23:48	Demonstration in video form: 'http://www.youtube.com/watch?v=jPJouNktX8M [^]' Recorded using latest version (r2954).

(0000223) Torr Samaho (administrator) 2010-10-02 21:25	I found and fixed one bug here: A team that is taking the lead is not announced as leading if it already was leading before the teams got tied. This also happened in 98c though. Does this fix the problems you were having? BTW: What did you do in the middle of the video where you respawned out of nowhere and the frags of the red team dropped to zero?

(0000269) Wartorn (reporter) 2010-10-04 20:42	Woops, I probably should've shown it somewhere in the video, but that was me restarting the map using the server console. I cut that out since it added unnecessary hang time on the video. I was hoping the annotations around that area would explain that but I guess it wasn't clear enough. Regarding the build fix, it doesn't look like it resolved the problem. However I've noticed a new pattern it introduced. It seems to be carrying over the leading team from the previous maps on a map change, until another player from the other team kills someone from the leading side, then it stores the new leading team for the next few map changes.

(0000270) Torr Samaho (administrator) 2010-10-04 21:17 edited on: 2010-10-04 21:26	I didn't see the annotations because I didn't watch the video in my web browser but downloaded it and watched it with mpc-hc ;). Anyway, please describe exactly how to reproduce this from a freshly started server (including the settings you use to start the server). If I just start a server and play it seems to work just fine. And if you have a step by step guide on how to reproduce this, please also double check if it's really different from 98c. EDIT: Is it possible that this only happens after a map change (i.e. not on the map the server was started with) and with the most recent beta only once after each map change?

(0000273) Wartorn (reporter) 2010-10-04 22:21	Hm. After further investigation, it's apparently the exact same behavior in both 98c and 98d, from what I'm testing. These are the instructions I wrote to get the effect of what I reported, although now that I think of it it doesn't seem of much relevance in a real game. 1) Start a default Team Deathmatch server (DMFlags should default 20612 and the rest 0 if you're using IDE. I am.) 2) Have client A join Red team, and client B the Blue team. 3) Control client A and kill client B. The result should be the announcer says "Red has taken the lead." 4) Restart the map using the server console with "map <whatever map you use here>". I use d2dm1 for testing. 5) Repeat step 2 here. 6) Repeat step 3 here. The result should be the announcer simply doesn't play the line at all. 7) You can repeat the 3 steps above this one if you'd like, to get a feel that it's carrying over. I tried it multiple times and the leading team carries over every time. 8) Now to verify that it's repeating, do steps 4-6, except using client B instead of A. On the first time client B kills client A, it should say "Blue team has taken the lead". This signifies it is now carrying over until the opposite team gets a kill.

(0000274) Torr Samaho (administrator) 2010-10-05 19:58	This should fix the issue.

(0000276) Wartorn (reporter) 2010-10-06 00:49	It did :)

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-09-22 21:11	Wartorn	New Issue
2010-09-25 20:01	Torr Samaho	Note Added: 0000161
2010-09-25 20:01	Torr Samaho	Status	new => feedback
2010-09-26 18:34	unknownna	Note Added: 0000188
2010-09-26 19:25	Torr Samaho	Note Added: 0000190
2010-09-29 23:23	Anonymous	Note Added: 0000205
2010-09-29 23:23	Anonymous	Note Edited: 0000205	View Revisions
2010-09-29 23:47	Wartorn	Note Added: 0000206
2010-09-29 23:47	Wartorn	Status	feedback => new
2010-09-29 23:48	Wartorn	Note Edited: 0000206	View Revisions
2010-09-30 11:28	Anonymous	Note Deleted: 0000205
2010-10-02 21:25	Torr Samaho	Note Added: 0000223
2010-10-02 21:25	Torr Samaho	Assigned To	=> Torr Samaho
2010-10-02 21:25	Torr Samaho	Status	new => feedback
2010-10-04 20:42	Wartorn	Note Added: 0000269
2010-10-04 20:42	Wartorn	Status	feedback => assigned
2010-10-04 21:17	Torr Samaho	Note Added: 0000270
2010-10-04 21:17	Torr Samaho	Status	assigned => feedback
2010-10-04 21:24	Torr Samaho	Note Edited: 0000270	View Revisions
2010-10-04 21:26	Torr Samaho	Note Edited: 0000270	View Revisions
2010-10-04 22:21	Wartorn	Note Added: 0000273
2010-10-04 22:21	Wartorn	Status	feedback => assigned
2010-10-05 19:58	Torr Samaho	Note Added: 0000274
2010-10-05 19:58	Torr Samaho	Status	assigned => feedback
2010-10-06 00:49	Wartorn	Note Added: 0000276
2010-10-06 00:49	Wartorn	Status	feedback => assigned
2010-10-06 18:39	Torr Samaho	Status	assigned => resolved
2010-10-06 18:39	Torr Samaho	Resolution	open => fixed
2010-10-06 18:39	Torr Samaho	Product Version	98d => 98c
2010-10-06 18:39	Torr Samaho	Fixed in Version	=> 98d
2010-10-06 18:39	Torr Samaho	Description Updated	View Revisions
2012-06-09 13:22	Torr Samaho	Category	General => Bug
2018-09-30 19:47	Blzut3	Status	resolved => closed

Relationships