Zandronum Chat on our Discord Server Get the latest version: 3.1
Source Code
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002003Zandronum[All Projects] Bugpublic2014-11-20 03:482024-03-02 22:23
ReporterMr. Chris 
Assigned To 
PrioritynormalSeverityminorReproducibilitysometimes
StatusconfirmedResolutionbackport later 
PlatformMicrosoftOSWindowsOS VersionXP/Vista/7
Product Version1.3 
Target VersionFixed in Version 
Summary0002003: Multiplayer respawning on 3D floors
DescriptionI noticed this tonight doing co-op with my friend. Dying on top of a 3D floor and if you set yourself to respawn where you died, you are spawned on the floor level underneath it which can lead to you getting stuck partly in architecture and probably corner walls depending on what is underneath. I had to console kill myself and move to escape it.

I'm not sure if Zandronum is keeping the player's coordinates when dying, causing to get stuck in any architecture that might be below it.
Steps To ReproduceSet coop game with respawning where you die.
Going on top of a 3D floor.
Die, with location below 3D floor being partly below solid architecture.
Attached Files? file icon 3dfloor_respawn_test.wad [^] (2,833 bytes) 2014-11-29 16:33

- Relationships

-  Notes
User avatar (0010914)
Catastrophe (reporter)
2014-11-20 23:08
edited on: 2014-11-20 23:08

 An error similar to this happened to me as well. I had a script to teleport you where you died and if you died while standing in-between a 3d floor and a regular floor, it would spawn you sinked into the ground. The odd thing is that using the thing_move acs function instead of teleport function made it work correctly.
User avatar (0010980)
Fatelord (reporter)
2014-11-27 00:17

 This is because player spawns' ZHeight cannot be edited.
User avatar (0010981)
Catastrophe (reporter)
2014-11-27 00:42

 What about teleport destination (z-height)? That works perfectly fine if you're on a 3d floor, except when your inbetween a 3d floor and a regular floor.
User avatar (0010999)
Dusk (developer)
2014-11-29 16:37
edited on: 2014-11-29 16:40

 Confirmed in latest zdoom, reported there:'http://forum.zdoom.org/viewtopic.php?f=2&t=47199 [^]'

Catastrophe, your note is irrelevant to this ticket. We are discussing a dmflag here, not ACS. If you have a problem with the way ACS moves around players, please create a new ticket and supply a testcase.
User avatar (0011034)
Dusk (developer)
2014-12-03 14:32

 'https://github.com/rheit/zdoom/commit/c631ffc5fd1abd604432ce050ec3f31d192febd1 [^]'
User avatar (0023275)
Ru5tK1ng (updater)
2024-03-02 22:23

 Should be fixed in 4.0

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
2014-11-20 03:48 Mr. Chris New Issue
2014-11-20 23:08 Catastrophe Note Added: 0010914
2014-11-20 23:08 Catastrophe Note Edited: 0010914 View Revisions
2014-11-27 00:17 Fatelord Note Added: 0010980
2014-11-27 00:42 Catastrophe Note Added: 0010981
2014-11-29 16:33 Dusk File Added: 3dfloor_respawn_test.wad
2014-11-29 16:37 Dusk Note Added: 0010999
2014-11-29 16:37 Dusk Assigned To => Dusk
2014-11-29 16:37 Dusk Status new => acknowledged
2014-11-29 16:37 Dusk Assigned To Dusk =>
2014-11-29 16:37 Dusk Resolution open => waiting for zdoom
2014-11-29 16:40 Dusk Note Edited: 0010999 View Revisions
2014-12-03 14:32 Dusk Note Added: 0011034
2014-12-03 14:32 Dusk Resolution waiting for zdoom => backport later
2024-03-02 22:23 Ru5tK1ng Note Added: 0023275
2024-03-02 22:23 Ru5tK1ng Status acknowledged => confirmed




Questions or other issues? Contact Us.

Links

Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker