Shift clicking a pearl into a furnace breaks tracking

[Lazersmoke]

This happens even when the furnace is already full. The pearl stays in your inventory, but /ep check will show it as being in the furnace, or in some cases, a block at the coordinates of the furnace.

[ProgrammerDan]

makes sense; different tile entities trigger different types of event triggers. I would recommend adding some debug code to output those Enums, and match against the logic in tracking, to see what needs improving.

[Lazersmoke]

Is there a way to determine ahead of time if something will actually get placed into an inventory slot during a PLACE_ InventoryClickEvent? For example, attempting to place a pearl into a furnace's fuel slot temporarily breaks tracking (fixes itself when you place it in your inventory or drop it, but will get freed if you /ep locate while it's in your cursor) because it assumes that it was successfully placed, while it actually doesn't go in the slot because it's a fuel slot :/

[ProgrammerDan]

so far in my testing of this nature... no. You basically need increasingly complex checks to decide if something will happen, or a post-check to validate that it did happen ... none of which is really supported and much of which is vulnerable to "rapid clicks" or other stupidly degenerate outcomes due to how minecraft handles things and as a consequence how spigot wraps and exposes it.

Simplest route is just prevent placement in all but a select few containers, then fully enumerating the containers you want to support.

[Lazersmoke]

I think it is sufficient to limit it to only inventories that can accept every item in every slot, so hoppers, chests, double chests, dispensers, droppers.

[ProgrammerDan]

That should simplify the logic a good deal.