
Weird Sticky Card interaction with Storage Drawers
Exaxxion opened this issue · 3 comments
Describe the bug
In testing the recent Sticky Card feature, I noticed a bizarre interaction with Storage Drawers that breaks normal network storage functionality. When all of the items in a drawer were extracted (usually from a large crafting request) the items formerly restricted to that drawer via a Sticky Card would refuse to enter the storage drawer thereafter and would dump unrestricted into lower-priority storage until I manually moved some of every such item back into the drawers and defragged my storage with an ME IO Port. This problem was so pervasive that I ultimately had to remove all of the Sticky Cards I was using for my network to stop randomly clogging.
To Reproduce
- Attach a locked Storage Drawer to ME network storage via an unfiltered storage bus on a Drawer Controller.
- Place an item stack inside of the drawer.
- Insert another of the same item stack via a terminal, and observe that it works.
- Remove both item stacks, and attempt to insert items again, and observe that it does not work.
- Alternatively to (4), if you have other storage, the item will improperly insert into a lower-priority destination (like a storage cell in a drive) instead of the sticky-carded drawer.
Expected behavior
Items would attempt to and successfully insert into the storage bussed drawer network with highest priority, rather than the Sticky Card forbidding items from being placed into the drawers and improperly routing these items into lower-priority storage.
Additional context
Demonstrative video of the sticky card rejecting insertion of an item into a valid drawer under the aforementioned conditions
https://github.com/AE2-UEL/Applied-Energistics-2/assets/11907282/b8bd8903-febb-4e86-b649-68635ce9585b
Environment
- Minecraft Version: 1.12.2
- AE2 Version: 0.56.5 + NAE2 1.6.3 (also occurred on 0.56.4 + NAE2 1.6.2)
- Forge Version: 14.23.5.2847
- Storage Drawers Version: 5.4.2
Note: Storage Drawers has a 5.5.0 release. However, this does not fix this issue, to my knowledge.
This is still haunting and I'm kinda surprised it hasn't got any, not even one official replies. The Sticky Card is simply ignoring ghost items locked in drawers. An empty drawer, no matter it's locked or not, is treated like an empty drawer. This also applied to and causing even more annoying problems with compact drawers.
@IntegerLimit Can we have a workaround in Nomi Labs for this? as the whole UEL team is in a terribly huge hiatus.
The way I had it explained to me a while back by the dev team is that AE2 can't tell that the drawer is supposed to hold a particular item, and because it's not specified explicitly in a filter that it should go there, AE2 stops seeing it as a valid sticky destination for that item type.
The solution to this particular issue is to explicitly filter the storage bus for the desired item types that should go in drawers if you want to use a sticky card for it. However, sticky cards have other really strange issues like intermediate crafting ingredients ending up in sticky destinations instead of the requesting crafting CPU which jams the craft, so frankly I'd suggest maybe just don't use sticky cards at all for now.