Zandronum Chat on our Discord Server Get the latest version: 3.2
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
0001571Zandronum[All Projects] Bugpublic2013-11-09 03:342018-09-30 23:18
ReporterIvan 
Assigned ToTorr Samaho 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version1.2 
Target VersionFixed in Version2.0 
Summary0001571: Doom2 Map07 Special not working with Randomspawner
DescriptionWhen the randomspawner replaces the Mancubus or Arachnotron to drop 1 or more unique type of monster, it basically doesn't work. The attached wad works under (G)Zdoom but not on Zandronum. Basically, with this attached example, once you kill all the monsters that replace Mancubus, the walls will lower as intended etc. However in Zandronum one of the two things happen: Either the walls will not lower AT ALL (happens this way in Cooperative) or every special will execute as soon as the map starts (happens this way in Survival). I'm not sure why, but this needs some urgent fix, it's a huge restriction to the Randomspawner actor. Refer to the wiki article here:'http://zdoom.org/wiki/RandomSpawner [^]'

"Important note: for replacing boss monsters (Arachnotron, BaronOfHell, Cyberdemon, Fatso, Ironlich, Minotaur, Sorcerer2 and SpiderMastermind), you need to use the replaces keyword or the game will not be able to know that the boss monsters are being replaced. A spawner normally removes itself entirely from the game after spawning a monster; but if it finds the BOSS or BOSSDEATH flag on a monster it replaces or spawns, it will stay around and monitor its health so as to call A_BossDeath when the monster dies. It is the spawner, not the monster itself, which will trigger the map's special action in such a scenario."
Attached Files? file icon ActorRTest.pk3 [^] (248 bytes) 2013-11-09 03:34

- Relationships

-  Notes
User avatar (0007519)
Ivan (reporter)
2013-11-09 03:35

 A small note, the special usually loops. Try Doom E1M8. You'll hear the floor move sound repeatedly in a loop. (In Survival)
User avatar (0007567)
Torr Samaho (administrator)
2013-11-18 18:48
edited on: 2013-11-18 18:49

 Does it work in GZDoom 880? If so, it should work in the latest Zandronum 2.0 beta builds. If not, it's apparently ZDoom bug that has been fixed in GZDoom after revision 880.
User avatar (0007570)
Ivan (reporter)
2013-11-19 00:31

 It works in GZdoom 880 as intended. Is testing this on the polyobject test version acceptable? I don't have any of the 2.0 beta builds.
User avatar (0007572)
Torr Samaho (administrator)
2013-11-19 07:05
edited on: 2013-11-19 07:05
Quote from Ivan
I don't have any of the 2.0 beta builds
Oh, you do, but apparently I didn't flag them clearly enough. For instance, you tested one here: 0001490:0007504. All the 2.0 builds report 2.0 as version string in the console. And yes, the polyobject test version is a 2.0 build.
User avatar (0007573)
Ivan (reporter)
2013-11-19 15:48

 Alright tested using the one given on the polyobject bug. Works in Coop does not work AT ALL in Survival, ie. that even the one to lower the walls did not do anything.
User avatar (0007594)
Torr Samaho (administrator)
2013-11-24 16:57

 This should fix the issue.
User avatar (0007613)
Ivan (reporter)
2013-11-27 01:05

 Works as intended.

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
2013-11-09 03:34 Ivan New Issue
2013-11-09 03:34 Ivan File Added: ActorRTest.pk3
2013-11-09 03:35 Ivan Note Added: 0007519
2013-11-09 12:09 Dusk Note Added: 0007521
2013-11-09 12:09 Dusk Status new => closed
2013-11-09 12:10 Dusk Assigned To => Dusk
2013-11-09 12:10 Dusk Resolution open => no change required
2013-11-09 12:10 Dusk Note Edited: 0007521 View Revisions
2013-11-17 22:59 Dusk Note Deleted: 0007521
2013-11-17 22:59 Dusk Assigned To Dusk =>
2013-11-17 22:59 Dusk Status closed => feedback
2013-11-17 22:59 Dusk Resolution no change required => reopened
2013-11-17 22:59 Dusk Status feedback => new
2013-11-18 18:48 Torr Samaho Note Added: 0007567
2013-11-18 18:49 Torr Samaho Note Edited: 0007567
2013-11-18 18:49 Torr Samaho Note Edited: 0007567 View Revisions
2013-11-18 18:49 Torr Samaho Note Revision Dropped: 7567: 0004214
2013-11-18 18:49 Torr Samaho Note Revision Dropped: 7567: 0004215
2013-11-18 18:52 Torr Samaho Status new => feedback
2013-11-19 00:31 Ivan Note Added: 0007570
2013-11-19 00:31 Ivan Status feedback => new
2013-11-19 07:05 Torr Samaho Note Added: 0007572
2013-11-19 07:05 Torr Samaho Note Edited: 0007572 View Revisions
2013-11-19 07:05 Torr Samaho Note Revision Dropped: 7572: 0004217
2013-11-19 07:08 Torr Samaho Status new => feedback
2013-11-19 15:48 Ivan Note Added: 0007573
2013-11-19 15:48 Ivan Status feedback => new
2013-11-24 15:31 Torr Samaho Assigned To => Torr Samaho
2013-11-24 15:31 Torr Samaho Status new => assigned
2013-11-24 16:57 Torr Samaho Note Added: 0007594
2013-11-24 16:58 Torr Samaho Status assigned => feedback
2013-11-27 01:05 Ivan Note Added: 0007613
2013-11-27 01:05 Ivan Status feedback => assigned
2013-11-27 18:18 Torr Samaho Status assigned => resolved
2013-11-27 18:18 Torr Samaho Fixed in Version => 2.0
2013-11-27 18:18 Torr Samaho Resolution reopened => fixed
2018-09-30 23:18 Blzut3 Status resolved => closed




Questions or other issues? Contact Us.

Links

Copyright © 2000 - 2025 MantisBT Team
Powered by Mantis Bugtracker