Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Another fix of IgniteEntityEvent #3439

Conversation

Lignium
Copy link
Contributor

@Lignium Lignium commented Jun 20, 2021

When the skeletons catch fire during the day, it still throws a negative tick exception, so I just raised the lower bound to zero. This time the final fix, there should be no more exceptions.

@Lignium Lignium force-pushed the api8/another-fix-of-ignite-entity-event branch from 3e72e99 to 4b37410 Compare July 21, 2021 17:07
@dualspiral
Copy link
Contributor

Does a negative number mean indefinite?

@Lignium
Copy link
Contributor Author

Lignium commented Jul 21, 2021

Each tick for a entity which does not burning is executing: setRemainingFireTicks(-getFireImmuneTicks()). However when it ignites the value suddenly becomes positive. We cannot create negative ticks. And does it make sense?

@dualspiral
Copy link
Contributor

Yes, it makes sense, they're using that field for two different things, and a negative value means something slightly different to a positive one.

There is a case for a "fire_immunity" key to expose this, I guess, but not for now.

@dualspiral dualspiral merged commit 93b9e6c into SpongePowered:api-8 Jul 21, 2021
@Lignium Lignium deleted the api8/another-fix-of-ignite-entity-event branch July 23, 2021 14:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants