MantisBT - Zandronum
View Issue Details
0000425Zandronum[All Projects] Bugpublic2011-05-01 20:172018-09-30 20:05
Dusk 
Torr Samaho 
normalmajoralways
closedfixed 
LinuxDebian6.0 "Squeeze"
 
1.0 
0000425: Desynch upon item respawn when said item started out sitting on top of a 3D floor
If an item is at the top of a 3D floor, clients will think that, upon respawning, the item will appear the bottom of the 3D floor. Apparently this happens with 3D midtex bridges as well.

I've got a hunch that clients think that all items respawn at z=0 and this would cause these issues.
1. Start up a server with the attached test PWAD.
2. Use the jump pad to get to the blursphere.
3. When the blursphere respawns, it will respawn inside the 3D floor and falls through the 3D floor to the real floor.
Attached is the test wad mentioned in the above steps (made by Decay, with edits by me). The map to test with is MAP01, which contains deathmatch starts and thus will enable item respawn automatically. WAD contains a modified BlurSphere with -BIGPOWERUP and a three second respawn delay for convenience.

Note that the actual real floor height is z=-64, not z=0.
3d floors, desync
parent of 0000448closed Torr Samaho Items respawn with wrong z-height after a map reset online 
? 3DFloorDesyncTest.wad (2,516) 2011-05-01 20:17
/tracker/file_download.php?file_id=301&type=bug
? ItemRespawnDesynchTest2.wad (5,131) 2011-05-01 21:47
/tracker/file_download.php?file_id=302&type=bug
Issue History
2011-05-01 20:17DuskNew Issue
2011-05-01 20:17DuskFile Added: 3DFloorDesyncTest.wad
2011-05-01 20:38DuskNote Added: 0001538
2011-05-01 21:07Torr SamahoNote Added: 0001539
2011-05-01 21:10Torr SamahoAssigned To => Torr Samaho
2011-05-01 21:10Torr SamahoStatusnew => feedback
2011-05-01 21:47DuskFile Added: ItemRespawnDesynchTest2.wad
2011-05-01 21:51DuskNote Added: 0001540
2011-05-01 21:51DuskStatusfeedback => assigned
2011-05-01 21:55DuskNote Edited: 0001540bug_revision_view_page.php?bugnote_id=1540#r809
2011-05-01 22:55Torr SamahoNote Added: 0001541
2011-05-01 22:57Torr SamahoNote Edited: 0001541bug_revision_view_page.php?bugnote_id=1541#r811
2011-05-01 22:58Torr SamahoStatusassigned => feedback
2011-05-01 23:14DuskNote Added: 0001542
2011-05-01 23:14DuskStatusfeedback => assigned
2011-05-01 23:16DuskNote Edited: 0001542bug_revision_view_page.php?bugnote_id=1542#r813
2011-05-01 23:17DuskNote Edited: 0001542bug_revision_view_page.php?bugnote_id=1542#r814
2011-05-01 23:20Torr SamahoNote Added: 0001543
2011-05-01 23:25Torr SamahoStatusassigned => resolved
2011-05-01 23:25Torr SamahoFixed in Version => 1.0
2011-05-01 23:25Torr SamahoResolutionopen => fixed
2011-05-16 14:05unknownnaRelationship addedparent of 0000448
2012-06-09 13:22Torr SamahoCategoryGeneral => Bug
2018-09-30 20:05Blzut3Statusresolved => closed

Notes
(0001538)
Dusk   
2011-05-01 20:38   
"Apparently this happens with 3D midtex bridges as well." Took a closer look, it doesn't.
(0001539)
Torr Samaho   
2011-05-01 21:07   
This should fix the issue.
(0001540)
Dusk   
2011-05-01 21:51   
(edited on: 2011-05-01 21:55)
Partially fixed. I've attached a new test file containing a (retextured) part of a map this bug remains to appear. Use the lift to get to the strength rune located at the ceiling of the structure, after three seconds it will respawn to the floor.

(0001541)
Torr Samaho   
2011-05-01 22:55   
(edited on: 2011-05-01 22:57)
Looks like there were two independent problems that both caused client side trouble with respawning on 3D floors. This hopefully works on both of your example maps.

(0001542)
Dusk   
2011-05-01 23:14   
(edited on: 2011-05-01 23:17)
Appears to be nailed. Doesn't happen real maps anymore. Great job, as usual! :)

(0001543)
Torr Samaho   
2011-05-01 23:20   
You're welcome! I'm looking forward to see new maps making use of this stuff ;).