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
0004135Zandronum[All Projects] Bugpublic2023-05-07 15:012023-07-09 03:13
Assigned ToKaminsky 
PlatformOSOS Version
Product Version3.1 
Target Version3.2Fixed in Version 
Summary0004135: cl_respawninvuleffect 0 makes players always invulnerable on spawn when sv_norespawninvul is false
DescriptionThe P_SpawnPlayer() function gives the player invulnerability item in some PvP gamemodes if sv_norespawninvul is false. Note that the code also gives a visual effect based on `cl_respawninvuleffect` value.

However, when the weapon A_Raise is called, it checks whether the player is allowed to be invulnerable with this weapon. If not, the item is taken away.

The problem is that the A_Raise code checks whether the player has respawn visual effect from `cl_respawninvuleffect` to make sure it is the respawn invul item. If there is no effect, the item is never taken away.
Steps To Reproduce- Set `sv_norespawninvul` to false and `cl_respawninvuleffect` to 0
- Respawn a player and try to damage him
- The player doesn't flicker visually but is invulnerable no matter what weapon he uses
Additional InformationSearch for "// [BC] Apply temporary invulnerability when respawned." for the P_SpawnPlayer() code

Search for "// [BC] If this player has respawn invulnerability" for the A_Raise code

Search for "// [BB] All clients need to be informed about some special iventory kinds" for SERVER_ResetInventory() code
Attached Files

- Relationships
related to 0004136assignedKaminsky A_Raise can take away picked up invulnerability item instead of respawn invul 

-  Notes
User avatar (0022842)
geNia (reporter)
2023-05-07 15:04

Forgot to mention, there is also a same invul effect check in SERVER_ResetInventory()

Issue Community Support
Only registered users can voice their support. Click here to register, or here to log in.
Supporters: No one explicitly supports this issue yet.
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2023-05-07 15:01 geNia New Issue
2023-05-07 15:04 geNia Note Added: 0022842
2023-07-09 03:11 Kaminsky Assigned To => Kaminsky
2023-07-09 03:11 Kaminsky Status new => assigned
2023-07-09 03:11 Kaminsky Target Version => 3.2
2023-07-09 03:13 Kaminsky Relationship added related to 0004136

Questions or other issues? Contact Us.


Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker