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

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001313Zandronum[All Projects] Bugpublic2013-04-02 18:092022-10-14 03:54
Assigned ToKaminsky 
PlatformMicrosoftOSWindowsOS VersionXP/Vista/7
Product Version1.0 
Target Version3.2Fixed in Version3.2 
Summary0001313: PlayerClass desync/incorrect weapon when changing maps in co-op
DescriptionI encountered this bizarre bug when using custom PlayerClasses in a co-op environment.

In co-op after joining the game and selecting a class, if you drop open the console and change class (this might work in player setup too), then exit the level some weird things happen.

You'll have the appearance of the new class along with it's properties (speed, height etc) but you won't have the correct weapon and some other desyncing effects happen. Trying it out for yourself shows the situation better than I can describe.
Steps To ReproduceDownload the file below. It contains two classes, chaingunman and plasmaman. chaingunman is a regular doom marine who starts with a chaingun, plasmaman is a faster smaller marine who starts with a plasma rifle (ignore the fact he fires it from his head).

1. Start up a server with cooperative enabled. Go to map01.
2. Join the game and select the class "chaingunman".
3. While in game drop the console and type "playerclass plasmaman".
4. Don't die and make your way to the exit and get to map02.
5. You'll have the chaingun still but be small like plasmaman. Trying to move truly exposes the bug as you start glitching all over the place due to client-server desyncing.
Additional InformationI could do with this being fixed for my latest MM8BDM project which is co-op. I currently have no work arounds other than forcing the server to execute a consolecommand to change the map rather than traditional exits, which is not desirable.
Attached Files? file icon classbugtest.wad [^] (456 bytes) 2013-04-02 18:09

- Relationships
has duplicate 0004014closed Inventory does not reset when changing classes between maps 
has duplicate 0001608closedDusk Swapping player classes on Unloading/Intermission screen does not reset inventory. 

-  Notes
User avatar (0006201)
Cutman (reporter)
2013-04-02 18:32

I tried this with vanilla Hexen just to see if it's possible. A similar thing happens where you simply lose all your weapons. I'd love to know what's going on here :P

Also for an easier time testing, you don't have to use a normal exit you can use changemap on the server console.
User avatar (0006202)
Cutman (reporter)
2013-04-02 19:16

I've had reports saying it can happen with the random class too, but I think RNG is trolling me or something because it gives me the same class every time I change level.
User avatar (0009227)
Watermelon (developer)
2014-06-13 17:51

Still happen in 2.0?
User avatar (0022269)
WaTaKiD (updater)
2022-06-15 09:55
edited on: 2022-06-15 10:08

0004014 was reported and seems to be a duplicate so that should confirm this issue is still present

User avatar (0022305)
Basinga (reporter)
2022-08-12 10:59

Really Hoping this one gets fixed as it causes MANY crashes and issues for multi class mods such as Samsara, GMOTA and Combined arms 2.0 as the most notorious mods
User avatar (0022334)
Kaminsky (developer)
2022-09-04 20:28

This should be fixed with: [^]
User avatar (0022420)
WaTaKiD (updater)
2022-09-29 07:31

following the steps with the example wad on both windows and linux servers, i remained as a glitchless chaingunman upon reaching map02

sidenote: typing "playerclass" again said that i was plasmaman, and typing "kill" would then respawn me as said plasmaman, which im assuming is okie dokie
User avatar (0022423)
Kaminsky (developer)
2022-09-29 12:32

Thanks for testing. It sounds like everything is now working as intended, so I'll mark this ticket as resolved.

Regarding the side note: the "playerclass" CVar indicates which class the client has selected and will respawn as, which isn't always necessarily the same as the one they're currently playing as.

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: Ivory Lego_CS Basinga
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2013-04-02 18:09 Cutman New Issue
2013-04-02 18:09 Cutman File Added: classbugtest.wad
2013-04-02 18:32 Cutman Note Added: 0006201
2013-04-02 19:16 Cutman Note Added: 0006202
2014-06-13 17:51 Watermelon Note Added: 0009227
2014-06-13 17:51 Watermelon Status new => feedback
2022-06-15 09:54 WaTaKiD Relationship added has duplicate 0004014
2022-06-15 09:55 WaTaKiD Note Added: 0022269
2022-06-15 10:08 WaTaKiD Note Edited: 0022269 View Revisions
2022-08-12 10:59 Basinga Note Added: 0022305
2022-08-24 12:09 Kaminsky Assigned To => Kaminsky
2022-08-24 12:09 Kaminsky Status feedback => needs review
2022-08-24 12:09 Kaminsky Target Version => 3.2
2022-09-04 20:28 Kaminsky Note Added: 0022334
2022-09-04 20:28 Kaminsky Status needs review => needs testing
2022-09-29 07:31 WaTaKiD Note Added: 0022420
2022-09-29 12:32 Kaminsky Note Added: 0022423
2022-09-29 12:32 Kaminsky Status needs testing => resolved
2022-09-29 12:32 Kaminsky Fixed in Version => 3.2
2022-09-29 12:32 Kaminsky Resolution open => fixed
2022-10-14 03:54 WaTaKiD Relationship added has duplicate 0001608

Questions or other issues? Contact Us.


Copyright © 2000 - 2023 MantisBT Team
Powered by Mantis Bugtracker