| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0001119 | FSSCP | multiplayer | public | 2006-10-19 22:28 | 2020-11-19 18:55 | ||||||||
| Reporter | FUBAR-BDHR | ||||||||||||
| Assigned To | FSCyborg | ||||||||||||
| Priority | normal | Severity | feature | Reproducibility | always | ||||||||
| Status | assigned | Resolution | open | ||||||||||
| Product Version | |||||||||||||
| Target Version | Fixed in Version | ||||||||||||
| Summary | 0001119: Game ends in TvT if team leader leaves | ||||||||||||
| Description | I know this isn't a bug but can anything be done about it. I can see the point of having it in squadwar or if host has option set to only allow order by team leader. In a normal TvT game it is a pain in the rear. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Attached Files |
| ||||||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
karajorma (administrator) 2008-03-14 21:42 |
Is this happening in-mission or just if the player drops during mission load? |
|
FUBAR-BDHR (developer) 2008-03-25 23:40 |
It does not happen in-mission just during briefing. Did notice one related problem. If all the players on one team drop then the host gets a message window with just "Decline" in it instead of a valid status message. |
|
taylor (administrator) 2008-03-28 01:03 |
I don't actually plan on looking into this one myself, so perhaps someone else will decide to take it on (someone like karajorma ;)). |
|
karajorma (administrator) 2012-11-03 04:20 |
I'll probably end up looking at this one eventually. Till then, sticking it back in the unassigned pile. |
|
FSCyborg (developer) 2020-11-01 10:25 |
Targeting as a 2021 upgrade |
|
taylor (administrator) 2020-11-19 18:55 |
This is pretty clear in multi_team.cpp => multi_team_handle_drop(). There may be some issues reassigning teams during the sync stages, plus the ui stuff for the captains during briefings, which is probably why this particular check exists. Otherwise I don't see anything particularly wrong with that code. For briefings I think we would actually have to re-init the briefing UI for all players in order to make this work. I /might/ be possible if we set it up such that we can post a briefing event, while in a briefing, and reinit everything for everyone. It could be more trouble than it's worth though. But trying to do anything during a sync state should be a no-go. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-10-19 22:28 | FUBAR-BDHR | New Issue | |
| 2008-03-14 21:42 | karajorma | Note Added: 0008968 | |
| 2008-03-25 23:40 | FUBAR-BDHR | Note Added: 0009036 | |
| 2008-03-28 01:02 | taylor | Assigned To | taylor => |
| 2008-03-28 01:03 | taylor | Note Added: 0009044 | |
| 2008-03-28 01:03 | taylor | Status | assigned => new |
| 2008-10-19 13:26 | karajorma | Status | new => assigned |
| 2008-10-19 13:26 | karajorma | Assigned To | => karajorma |
| 2012-11-03 04:20 | karajorma | Note Added: 0014012 | |
| 2012-11-03 04:20 | karajorma | Assigned To | karajorma => |
| 2020-11-01 10:25 | FSCyborg | Note Added: 0017030 | |
| 2020-11-01 10:26 | FSCyborg | Assigned To | => FSCyborg |
| 2020-11-19 18:55 | taylor | Note Added: 0017040 | |
| Issue History |