Anonymous | Login | Signup for a new account | 2025-06-13 22:13 UTC | ![]() |
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0004034 | Zandronum | [All Projects] Bug | public | 2022-09-10 23:08 | 2022-12-01 12:58 | ||||
Reporter | Basinga | ||||||||
Assigned To | Kaminsky | ||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||
Status | resolved | Resolution | fixed | ||||||
Platform | Microsoft | OS | Windows | OS Version | XP/Vista/7 | ||||
Product Version | 3.1 | ||||||||
Target Version | 3.2 | Fixed in Version | 3.2 | ||||||
Summary | 0004034: (Coop) Avoid losing keys & skulls when changing classes during gameplay | ||||||||
Description | Currently, even with sv_sharekeys 1, if you change class you will lose the keys and skulls the team already picked up. You can still go and pick up the key/skulls again yourself to get em back your inventory at least. My sugestion is to have a special case where you don't lose keys and skulls when changing classes mid level. | ||||||||
Steps To Reproduce | I recommend doing this on the kinsie test map along with any multi class mod. I'll be sharing one along with this issue 1. Start a coop match with 2 players 2. Have any player grab atleast one key or skull 3. Have one player choose a different class in player setup then die 4. The respawning player will no longer have any keys or skulls | ||||||||
Additional Information | Seems like things are working as intended (inventory fully resets when respawning as a new class) but maybe an exception for keys would do nicely. | ||||||||
Attached Files | ![]() | ||||||||
![]() |
|
WubTheCaptain (reporter) 2022-09-18 19:13 |
Quote There has been no commits to zandronum-stable default branch between 2022-09-11 and 2022-09-18. There is nothing to review in this ticket. No patch. |
Kaminsky (developer) 2022-09-18 21:14 |
FYI, the commit that addresses this ticket is here:'https://osdn.net/projects/zandronum/scm/hg/zandronum-stable/commits/7604d56ff5d863344f4c898fc37c781585d60337 [^]' (this was reviewed separately during our private dev meeting, I apologize for the confusion). |
WaTaKiD (updater) 2022-09-29 06:54 |
tested the provided example wad and doom2 map02 on local windows and tspg linux servers with sv_sharekeys 1 i connect 2 clients, both choose the "doomguy one" class client 1 grabs the red key client 2 changes class to "doomguy two" via the player setup menu client 2 uses the "kill" cmd and respawns client 2 does NOT have the red key anymore |
WaTaKiD (updater) 2022-09-29 07:57 |
oops disregard my above note, 3.2-alpha-220904-2011 doesnt have the fix, sorry bout that |
WaTaKiD (updater) 2022-12-01 03:46 |
using ZandroDev3.2-221030-0316windows-x86_64 and repeating the same tests as 0004034:0022418 seems to work fine now |
Kaminsky (developer) 2022-12-01 12:58 |
Thanks for checking again, I marked the ticket as resolved. |
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. |
![]() |
|||
Date Modified | Username | Field | Change |
2022-09-10 23:08 | Basinga | New Issue | |
2022-09-10 23:08 | Basinga | File Added: MultiClassCheck.pk3 | |
2022-09-18 18:50 | Kaminsky | Assigned To | => Kaminsky |
2022-09-18 18:50 | Kaminsky | Status | new => needs review |
2022-09-18 18:50 | Kaminsky | Category | Suggestion => Bug |
2022-09-18 18:50 | Kaminsky | Target Version | => 3.2 |
2022-09-18 19:13 | WubTheCaptain | Note Added: 0022402 | |
2022-09-18 21:14 | Kaminsky | Note Added: 0022404 | |
2022-09-18 21:14 | Kaminsky | Status | needs review => needs testing |
2022-09-29 06:54 | WaTaKiD | Note Added: 0022418 | |
2022-09-29 07:57 | WaTaKiD | Note Added: 0022421 | |
2022-12-01 03:46 | WaTaKiD | Note Added: 0022508 | |
2022-12-01 12:58 | Kaminsky | Note Added: 0022511 | |
2022-12-01 12:58 | Kaminsky | Status | needs testing => resolved |
2022-12-01 12:58 | Kaminsky | Fixed in Version | => 3.2 |
2022-12-01 12:58 | Kaminsky | Resolution | open => fixed |
Copyright © 2000 - 2025 MantisBT Team |