Skip to content

Events ​

Cooking exposes 4 synchronous Bukkit events. The owner check and coverage of each fire point cannot stand in for another

EventTimingThreadCancellableMutable fieldCancellation/effect
CookingStationInteractEventRecognized and enabled interaction on any of the seven station types, before the matching handleInteractionPlayer/location owner threadNoNoneInformational; it does not block station logic, and the tracker records the recent station from it
CookingRecipeCompleteEventIn the shared reward exit, before outputs and completion actions are deliveredGlobal-region owner thread; when ownership cannot be taken the event is skipped and the configured reward flow continuesYesdropResultCancelling suppresses outputs and completion actions
PlayerNutritionConsumeEventAfter a supported vanilla/MMOItems/NeigeItems food source is resolved, before nutrition and source actions applyPlayer owner threadYesNoneBlocks EmakiCooking nutrition/actions without undoing the underlying consumption
NutritionThresholdChangeEventAfter a single/combo threshold edge changes its met statePlayer owner threadNoNonePost notification; it cannot roll back state or actions

CookingRecipeCompleteEvent.getPlayer() can be null for automatic station completions. dropResult only changes how outputs are delivered. Both notification/post events are non-cancellable, and non-owner paths do not publish events off-thread just for auditing