-
Notifications
You must be signed in to change notification settings - Fork 75
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
[Bug]: CurioEvents #444
Comments
plus, the 3rd CurioUnequipEvent will fire CurioEquipEvent, same itemStack. |
This is intended, as it works the same as the more global LivingDropsEvent. It prevents the drop behavior, not the fact that the items are removed (which is controlled by the
Could you clarify the nature of the bug you're reporting? Is it just the fact that the event is firing 3 times? Does your script, as you've written it, work as you intend or is it not working correctly due to a potential bug? |
return before client check, fire many times:
|
At this situation, if I want to cost some xpLevel to unequip binding curse item from slot, I need to setResult('allow') in the first and second time, the second time is necessary. |
Minecraft Version
1.19.2
What happened?
Using kubeJS.

CurioDropsEvent when gamerule keepInventory=false, cancelling event will 'eat' all equipped curios.
CurioUnequipEvent will fire 3 times, like this:
I need line 39~41 to make sure to skip the first time check, and set it 'allow' so it can run into the second time check. Skipping the third fire seems no problem.
How do you trigger this bug?
...
Loader
Forge
Loader Version
forge 43.3.7
Mod Version
curios-forge-1.19.2-5.1.6.3
Relevant Log Outputs
No response
The text was updated successfully, but these errors were encountered: