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
0000830Zandronum[All Projects] Bugpublic2012-05-02 02:152015-01-17 11:10
ReporterTIHan 
Assigned ToTIHan 
PrioritynormalSeverityminorReproducibilityalways
StatusfeedbackResolutionopen 
PlatformOSOS Version
Product Version1.0-beta 
Target Version1.0Fixed in Version 
Summary0000830: Poly objects with more than one thinker were not properly reset on map reset.
DescriptionSince I was not able to find a wad that had a case where there were two thinkers on a poly object, I wasn't able to accommodate the map reset for this particular case. I figured it out while testing a custom build that enabled hubs to work with Survival, as with Hexen map31 had poly objects with more than one thinker. I was able to spot the bug.
Attached Files

- Relationships
related to 0001022closedEdward-san Rotating polyobjects aren't reset after map resets online 

-  Notes
User avatar (0003554)
TIHan (reporter)
2012-05-02 03:04

 Fixed.
'https://bitbucket.org/TIHan/tst/changeset/3f47758958d3 [^]'
I also fixed a minor bug in that the sequence sound did not play when a poly door started closing.
User avatar (0003832)
Torr Samaho (administrator)
2012-06-24 09:24

 Is there an example wad that allows to check the "poly objects with more than one thinker" problem?

> I also fixed a minor bug in that the sequence sound did not play when a poly door started closing.

That part of the fix possibly passes a wrong forth argument to SN_StartSequence: On the client the forth argument is always 0, on the server it is m_Close.
User avatar (0003842)
TIHan (reporter)
2012-06-24 16:00

 Thanks for the review.

> Is there an example wad that allows to check the "poly objects with more than one thinker" problem?

I really wish I had one. I tested by commenting out the hub check and running Hexen map31 in survival.

> On the client the forth argument is always 0, on the server it is m_Close.

Didn't notice that. Should we extend the server command for this argument?
User avatar (0003844)
Torr Samaho (administrator)
2012-06-24 16:22

 > I really wish I had one. I tested by commenting out the hub check and running Hexen map31 in survival.

Can somebody create an example wad for this?

> Didn't notice that. Should we extend the server command for this argument?

Depending on which values m_Close can take it may be sufficient to introduce a new NETWORK_POLYOBJSOUND_e enum and use that accordingly.

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
2012-05-02 02:15 TIHan New Issue
2012-05-02 02:15 TIHan Status new => assigned
2012-05-02 02:15 TIHan Assigned To => TIHan
2012-05-02 03:04 TIHan Note Added: 0003554
2012-05-02 03:04 TIHan Status assigned => needs review
2012-06-09 13:22 Torr Samaho Category General => Bug
2012-06-24 09:24 Torr Samaho Note Added: 0003832
2012-06-24 10:48 Torr Samaho Status needs review => feedback
2012-06-24 16:00 TIHan Note Added: 0003842
2012-06-24 16:00 TIHan Status feedback => assigned
2012-06-24 16:22 Torr Samaho Note Added: 0003844
2012-06-24 16:24 Torr Samaho Status assigned => feedback
2015-01-17 11:10 Edward-san Relationship added related to 0001022




Questions or other issues? Contact Us.

Links

Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker