Jump to content

Small oversight with grabbableoverridetag?


hoxi
  • Fixed

In actions.lua:

act.target.components.inventoryitem.grabbableoverridetag ~= 0 and act.doer:HasTag(act.target.components.inventoryitem.grabbableoverridetag)

Shouldn't this be verifying that grabbableoverridetag isn't nil (or false) too? I know it probably just skips the HasTag call which will probably just fail, but still, this is what inventoryitem_replica.lua does so maybe do it for consistency?


Steps to Reproduce

Haven't tested if this even causes issues, just noticed when looking at the new code.




User Feedback


A developer has marked this issue as fixed. This means that the issue has been addressed in the current development build and will likely be in the next update.


Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
  • Create New...