0000406: Bots/players in (T)LMS/Survival vanish upon death if compat_instantrespawn is set to 1

Notes
(0008996) Watermelon (developer) 2014-06-10 15:54	Duplicate of a previous ticket and will be fixed with Dusk's new botscript hopefully

(0009018) Dusk (developer) 2014-06-10 22:02	Not so sure about this one. Should have some deeper investigation (if it still happens that is though I would assume it still does) before tacking this on botscript. Botscript should have no direct effect on the gamesim.. though Carn did include ACS_Execute in the thing...

(0015363) Edward-san (developer) 2016-07-17 20:19	Can someone build and test if'https://bitbucket.org/zandronum/zandronum-sandbox/commits/282329dfb5264bd3842e742d43f5e78f29e797e8 [^]' fixes the issue and doesn't introduce any regression?

(0015365) WaTaKiD (updater) 2016-07-17 21:12	this 3.0 build contains the above commit: 'https://www.dropbox.com/s/f9mndtrx0n8zs8u/zandronum-3.0-r160717-2015-282329d-windows.zip?dl=0 [^]'

(0015382) Ru5tK1ng (updater) 2016-07-19 02:15	It seems the corpses still disappeared online with the above build.

(0015390) Edward-san (developer) 2016-07-19 11:28	Not instantly as before, though. I made sure the behavior with and without compat_instantrespawn is the same. Can you confirm this? Regarding the body disappearing after death in general, this is to be asked to who implemented the spectating mechanism.

(0015392) Ru5tK1ng (updater) 2016-07-19 13:21	In that case, yes the behavior is the same with or without the flag on. You can see parts of the death state before the corpse disappears.

(0015421) Edward-san (developer) 2016-08-01 10:57	'https://bitbucket.org/Torr_Samaho/zandronum-stable/pull-requests/36/fixed-dying-players-with-no-lives-left/diff [^]'

(0015449) Torr Samaho (administrator) 2016-08-14 13:52	I added the patch.

(0015466) Ru5tK1ng (updater) 2016-08-18 00:51	I tested with 3.0-160814 and the fixed corpse behavior was intact.

**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 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-04-25 10:19	unknownna	New Issue
2012-06-09 13:22	Torr Samaho	Category	General => Bug
2014-06-10 15:54	Watermelon	Relationship added	related to 0001657
2014-06-10 15:54	Watermelon	Note Added: 0008996
2014-06-10 15:54	Watermelon	Status	new => closed
2014-06-10 15:54	Watermelon	Resolution	open => duplicate
2014-06-10 22:02	Dusk	Note Added: 0009018
2014-06-10 22:02	Dusk	Status	closed => feedback
2014-06-10 22:02	Dusk	Resolution	duplicate => reopened
2014-06-10 22:02	Dusk	Relationship deleted	related to 0001657
2016-07-17 20:17	Edward-san	Assigned To	=> Edward-san
2016-07-17 20:17	Edward-san	Status	feedback => assigned
2016-07-17 20:19	Edward-san	Note Added: 0015363
2016-07-17 20:19	Edward-san	Status	assigned => feedback
2016-07-17 21:12	WaTaKiD	Note Added: 0015365
2016-07-19 02:15	Ru5tK1ng	Note Added: 0015382
2016-07-19 11:28	Edward-san	Note Added: 0015390
2016-07-19 13:21	Ru5tK1ng	Note Added: 0015392
2016-08-01 10:57	Edward-san	Note Added: 0015421
2016-08-01 10:57	Edward-san	Status	feedback => needs review
2016-08-14 13:52	Torr Samaho	Note Added: 0015449
2016-08-14 13:52	Torr Samaho	Status	needs review => needs testing
2016-08-18 00:51	Ru5tK1ng	Note Added: 0015466
2016-08-18 00:52	Ru5tK1ng	Status	needs testing => resolved
2016-08-18 00:52	Ru5tK1ng	Resolution	reopened => fixed
2016-08-18 00:52	Ru5tK1ng	Fixed in Version	=> 3.0
2016-08-18 00:52	Ru5tK1ng	Target Version	=> 3.0
2018-09-30 22:00	Blzut3	Status	resolved => closed

Relationships