0002830: Monster position is not predicted properly after Thing_Raise

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

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0002830

Zandronum

[All Projects] Bug

public

2016-09-05 19:34

2018-09-30 21:47

Reporter

Ivan

Assigned To

Torr Samaho

Priority

normal

Severity

minor

Reproducibility

always

Status

closed

Resolution

fixed

Platform

OS Version

Product Version

3.0-beta

Target Version

3.0

Fixed in Version

3.0

Summary

0002830: Monster position is not predicted properly after Thing_Raise

Description

Use the following wad, ignore the monster on the pillar. Summon "Zombieman_03", then kill it a few times. You should catch the misprediction after a while.

Attached Files

drop_item2.wad [^] (5,141 bytes) 2016-09-06 22:29

Relationships

Notes
(0015604) Filystea (reporter) 2016-09-06 18:53	Yeah i saw this many times. Did not report it since I blamed colision for bodies that stuck in hole (small space or other shit). But actually happened to me many times that body that should rise and was not blocked by anything was moving as body sprite and shooting than suddenly a soldier appearers. No resurrection animation just a body suddenly turning to a living monster.

(0016982) Torr Samaho (administrator) 2017-03-12 20:08	The example wad seems to be working fine in the latest 3.0 beta, but I can reproduce a problem in 2.1.2. Can you confirm that 3.0 fixes the problem by now?

(0016992) Ru5tK1ng (updater) 2017-03-14 17:51	I tested this with r170305 and I didn't really see any issue with the zombieman. I killed him over 150 times and it raised each time with the fog. The author doesn't remember what the misprediction was and I didn't seem to find any major issue with the test wad.

**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
2016-09-05 19:34	Ivan	New Issue
2016-09-06 18:53	Filystea	Note Added: 0015604
2016-09-06 22:29	Dusk	File Added: drop_item2.wad
2016-09-06 22:29	Dusk	Description Updated	View Revisions
2016-12-24 22:42	Dusk	Target Version	=> 3.0
2017-03-12 20:08	Torr Samaho	Note Added: 0016982
2017-03-12 20:09	Torr Samaho	Assigned To	=> Torr Samaho
2017-03-12 20:09	Torr Samaho	Status	new => feedback
2017-03-14 17:51	Ru5tK1ng	Note Added: 0016992
2017-03-15 20:13	Ru5tK1ng	Status	feedback => resolved
2017-03-15 20:13	Ru5tK1ng	Resolution	open => fixed
2017-03-15 20:13	Ru5tK1ng	Fixed in Version	=> 3.0
2018-09-30 21:47	Blzut3	Status	resolved => closed

Questions or other issues? Contact Us.

Links

Doom and Doom II are the property of id Software.