[1.15.2] Vanilla hoppers get "stuck" while inserting into Mekanisms bins
elowanut opened this issue ยท 4 comments
This issue seems to affect the insertion of items into Mekanism bins by vanilla hoppers; other insertion methods seem to work fine (Mekanism logistical transporters, the factory hopper from Engineer's Decor, etc. all work fine).
Starting with a bin that has < one full stack of an item in it (so, <64 for most items, but < 16 for ender eyes, etc.), vanilla hoppers will insert that item until the "one full stack" amount is hit, then will get stuck. Even a hopper that is entirely full of that item cannot insert the 65th item(or 17th, etc. depending on the item). Once something else brings the item total to 65 (some other transfer method, manually placing a single additional item etc.), the hopper transfer resumes, and doesn't appear to stop anywhere else.
Steps to reproduce:
- Start a modded game with only Forge and Mekanism.
- Place a bin (anything except the creative bin, which obviously operates on a different principle)
- Place a vanilla hopper on any side of the bin (shift-clicking it to 'attach' the hopper).
- Fill the hopper with > 1 stack of a particular item, say 3 stacks of stone.
- Observer the hopper steadily filling the bin with stone, then stalling once the bin contains 64.
- Place a single additional stone in the bin, and watch the hopper transfer resume.
Version:
Forge: forge-1.15.2-31.1.46
Mekanism: Mekanism-1.15.2-9.9.20.412
Strictly speaking I believe this is probably a forge bug with the implementation of their item handler wrapper, but when I get the chance to look into it I will try to submit a PR to forge to fix it if this does end up being the case.
This will be fixed when MinecraftForge/MinecraftForge#6631 gets merged.
You're probably right to point at forge.
Just to add some info, this issue only occurs with Mekanism bins. Other high capacity storage systems, like Storage Drawers, Iron chests, etc. don't do this.