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
0000425Zandronum[All Projects] Bugpublic2011-05-01 20:172018-09-30 20:05
ReporterDusk 
Assigned ToTorr Samaho 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformLinuxOSDebianOS Version6.0 "Squeeze"
Product Version 
Target VersionFixed in Version1.0 
Summary0000425: Desynch upon item respawn when said item started out sitting on top of a 3D floor
DescriptionIf 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.
Steps To Reproduce1. 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.
Additional InformationAttached 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.
Attached Files? file icon 3DFloorDesyncTest.wad [^] (2,516 bytes) 2011-05-01 20:17
? file icon ItemRespawnDesynchTest2.wad [^] (5,131 bytes) 2011-05-01 21:47

- Relationships
parent of 0000448closedTorr Samaho Items respawn with wrong z-height after a map reset online 

-  Notes
User avatar (0001538)
Dusk (developer)
2011-05-01 20:38

"Apparently this happens with 3D midtex bridges as well." Took a closer look, it doesn't.
User avatar (0001539)
Torr Samaho (administrator)
2011-05-01 21:07

This should fix the issue.
User avatar (0001540)
Dusk (developer)
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.

User avatar (0001541)
Torr Samaho (administrator)
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.

User avatar (0001542)
Dusk (developer)
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! :)

User avatar (0001543)
Torr Samaho (administrator)
2011-05-01 23:20

You're welcome! I'm looking forward to see new maps making use of this stuff ;).

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

- Issue History
Date Modified Username Field Change
2011-05-01 20:17 Dusk New Issue
2011-05-01 20:17 Dusk File Added: 3DFloorDesyncTest.wad
2011-05-01 20:38 Dusk Note Added: 0001538
2011-05-01 21:07 Torr Samaho Note Added: 0001539
2011-05-01 21:10 Torr Samaho Assigned To => Torr Samaho
2011-05-01 21:10 Torr Samaho Status new => feedback
2011-05-01 21:47 Dusk File Added: ItemRespawnDesynchTest2.wad
2011-05-01 21:51 Dusk Note Added: 0001540
2011-05-01 21:51 Dusk Status feedback => assigned
2011-05-01 21:55 Dusk Note Edited: 0001540 View Revisions
2011-05-01 22:55 Torr Samaho Note Added: 0001541
2011-05-01 22:57 Torr Samaho Note Edited: 0001541 View Revisions
2011-05-01 22:58 Torr Samaho Status assigned => feedback
2011-05-01 23:14 Dusk Note Added: 0001542
2011-05-01 23:14 Dusk Status feedback => assigned
2011-05-01 23:16 Dusk Note Edited: 0001542 View Revisions
2011-05-01 23:17 Dusk Note Edited: 0001542 View Revisions
2011-05-01 23:20 Torr Samaho Note Added: 0001543
2011-05-01 23:25 Torr Samaho Status assigned => resolved
2011-05-01 23:25 Torr Samaho Fixed in Version => 1.0
2011-05-01 23:25 Torr Samaho Resolution open => fixed
2011-05-16 14:05 unknownna Relationship added parent of 0000448
2012-06-09 13:22 Torr Samaho Category General => Bug
2018-09-30 20:05 Blzut3 Status resolved => closed






Questions or other issues? Contact Us.

Links


Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker