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
0002287Zandronum[All Projects] Bugpublic2015-06-07 18:472018-09-30 21:57
Reporterunknownna 
Assigned ToEdward-san 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version2.0 
Target Version3.0Fixed in Version3.0 
Summary0002287: Monster count issue with A_Respawn online
DescriptionMonsters will sometimes respawn twice when using A_Respawn online.
Steps To Reproduce1. zandronum -file dropitem_01.wad -host
2. zandronum -file dropitem_01.wad -connect localhost
3. kill the zombieman a few times while watching the scoreboard.
Additional Informationdropitem_01.wad
Attached Filespng file icon Screenshot_Doom_20150607_204213.png [^] (77,263 bytes) 2015-06-07 18:47

- Relationships
related to 0002811closedEdward-san monsters face east when respawning with a_respawn online 

-  Notes
User avatar (0013003)
Edward-san (developer)
2015-07-25 23:00

This should fix the issue:'https://bitbucket.org/crimsondusk/zandronum-sandbox-stable/commits/6670571068f045f409449886a22a56d26a2431f9 [^]' . When you get a build, please test and see if this causes regressions.
User avatar (0013005)
Dusk (developer)
2015-07-26 01:30

It's one bug with two symptoms. I don't think we should have two changelog entries for it.
User avatar (0013006)
WaTaKiD (updater)
2015-07-26 07:49

this build contains the above commit:'https://www.dropbox.com/s/ng1ipozac5qpi4r/zandronum-2.1.2-r150725-2257-6670571-windows.zip?dl=0 [^]'
User avatar (0013173)
unknownna (updater)
2015-08-09 19:28

The build seems to have taken care of the teleportfog and count issue. But the zombie still always faces east (another target issue?) when respawning. I can make a separate ticket for this if you wish.
User avatar (0015494)
WaTaKiD (updater)
2016-08-19 04:45

using the above build and dropitem_01.wad, the teleport fog and monster count issues seem fixed

since Edward-san's link in his note is dead, the fix can be found here instead: 'https://bitbucket.org/crimsondusk/zandronum-sandbox-stable-old/commits/6670571068f045f409449886a22a56d26a2431f9 [^]'

and finally, ive reported the 'monster facing east when respawning' issue here: 'http://zandronum.com/tracker/view.php?id=2811 [^]'
User avatar (0015495)
Edward-san (developer)
2016-08-19 08:39

Before rebasing and submitting as a pull request, can you check with this fix and ping emulators/etc if it's possible ever to get wrong monster counts after a certain time?


[wonkish] I'm starting to think it's a better idea to add a specific server commands which increases or decreases the stats, so that there's never a chance that an old updated value would come after a new updated value and then making clients print a value not matching the current situation...
User avatar (0015496)
WaTaKiD (updater)
2016-08-19 08:48
edited on: 2016-08-19 08:49

with an emulated ping of 300, the monster count did not desync even after killing 100 consecutive zombiemen over the course of 3 minutes, but if thats not enuff lemme know and ill test again with higher ping and more kills

User avatar (0015500)
Ivan (reporter)
2016-08-19 20:08
edited on: 2016-09-02 02:54

This can also be produced by Thing_Raise(0) I'd say. Please update the test file to have a case using that as well.

EDIT: Summon Zombieman_03 to test with thing_raise. Link:'https://www.dropbox.com/s/2t8qihr1nd07m43/drop_item2.wad?dl=0 [^]'

User avatar (0015560)
Edward-san (developer)
2016-09-02 18:01
edited on: 2016-09-02 18:18

The decorate file is wrong:


Script error, "drop_item2_thing_raise.wad:DECORATE" line 22:
Invalid state assignment
Script error, "drop_item2_thing_raise.wad:DECORATE" line 23:
Invalid state assignment
Script error, "drop_item2_thing_raise.wad:DECORATE" line 24:
"poss" is an unknown actor property


which is because you forgot to add `States {` in Zombieman_03 actor definition. I'll try fixing the Thing_Raise issue anyways.

[edit]It doesn't resurrect at all, so the example wad is totally broken...

User avatar (0015565)
Ivan (reporter)
2016-09-02 20:02

I have fixed the file, try now. You will also see some weird new behavior that is due to the Thing_Raise, the monster is desyncing :)
User avatar (0015567)
Edward-san (developer)
2016-09-02 21:10

I can't seem to reproduce the stat desync with Thing_Raise...
User avatar (0015568)
Edward-san (developer)
2016-09-02 22:17

Rebased. Please check again with this commit:'https://bitbucket.org/zandronum/zandronum-sandbox/commits/aee46e01cab799e51bf654d6bd5547cec1d397d2 [^]'
User avatar (0015579)
WaTaKiD (updater)
2016-09-04 02:28

this 3.0 build contains the above commit: 'https://www.dropbox.com/s/0mydn51bamhddgz/zandronum-3.0-r160902-2215-aee46e0-windows.zip?dl=0 [^]'
User avatar (0015587)
Ru5tK1ng (updater)
2016-09-04 22:08

With that build, all the counters on the scoreboard regarding the monster were correct.
User avatar (0015593)
Edward-san (developer)
2016-09-05 09:01

Thanks for checking!
User avatar (0015595)
Ivan (reporter)
2016-09-05 12:12

Should I make a seperate ticket about how the monster desyncs when using Thing_Raise? (Monster position is not predicted properly)
User avatar (0015597)
Edward-san (developer)
2016-09-05 12:15

Yeah, go ahead.
User avatar (0015614)
Torr Samaho (administrator)
2016-09-11 15:41

I added the patch.
User avatar (0016293)
Ru5tK1ng (updater)
2016-11-23 02:02

The monster counter had no issues with 161030-2038.

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

- Issue History
Date Modified Username Field Change
2015-06-07 18:47 unknownna New Issue
2015-06-07 18:47 unknownna File Added: Screenshot_Doom_20150607_204213.png
2015-06-07 18:48 unknownna Status new => confirmed
2015-07-25 23:00 Edward-san Note Added: 0013003
2015-07-25 23:00 Edward-san Assigned To => Edward-san
2015-07-25 23:00 Edward-san Status confirmed => assigned
2015-07-25 23:00 Edward-san Status assigned => feedback
2015-07-26 01:30 Dusk Note Added: 0013005
2015-07-26 07:49 WaTaKiD Note Added: 0013006
2015-08-09 19:28 unknownna Note Added: 0013173
2015-08-09 19:28 unknownna Status feedback => assigned
2016-08-19 04:45 WaTaKiD Note Added: 0015494
2016-08-19 05:12 WaTaKiD Relationship added related to 0002811
2016-08-19 08:39 Edward-san Note Added: 0015495
2016-08-19 08:48 WaTaKiD Note Added: 0015496
2016-08-19 08:49 WaTaKiD Note Edited: 0015496 View Revisions
2016-08-19 20:08 Ivan Note Added: 0015500
2016-09-02 02:54 Ivan Note Edited: 0015500 View Revisions
2016-09-02 18:01 Edward-san Note Added: 0015560
2016-09-02 18:18 Edward-san Note Edited: 0015560 View Revisions
2016-09-02 20:02 Ivan Note Added: 0015565
2016-09-02 21:10 Edward-san Note Added: 0015567
2016-09-02 22:17 Edward-san Note Added: 0015568
2016-09-02 22:17 Edward-san Status assigned => feedback
2016-09-04 02:28 WaTaKiD Note Added: 0015579
2016-09-04 22:08 Ru5tK1ng Note Added: 0015587
2016-09-05 09:01 Edward-san Note Added: 0015593
2016-09-05 09:01 Edward-san Status feedback => needs review
2016-09-05 12:12 Ivan Note Added: 0015595
2016-09-05 12:15 Edward-san Note Added: 0015597
2016-09-11 15:41 Torr Samaho Note Added: 0015614
2016-09-11 15:41 Torr Samaho Status needs review => needs testing
2016-11-23 02:02 Ru5tK1ng Note Added: 0016293
2016-11-23 02:02 Ru5tK1ng Status needs testing => resolved
2016-11-23 02:02 Ru5tK1ng Resolution open => fixed
2016-11-23 02:02 Ru5tK1ng Fixed in Version => 3.0
2016-11-23 02:02 Ru5tK1ng Target Version => 3.0
2018-09-30 21:57 Blzut3 Status resolved => closed






Questions or other issues? Contact Us.

Links


Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker