Compression upgrade voids items when inserting into a full slot
alterNERDtive opened this issue · 8 comments
Once you add a compression upgrade and put something in there (let’s say, iron), it starts voiding items once the item slots reaches max stack size. That happens on both Limited Barrels (with nowhere to stuff the extra items) as well as Chests/Barrels (ignoring the empty slots right outside the ones reserved for compression).
Just tried this in test world and I am unable to recreate so I will need more info on stuff like mod versions (storage and core) and possibly need to have this narrow down to with what other mod this issue happens (minimal set of mods).
Also there was a fix to core which may have fixed this issue so make sure you have the latest core in the pack
So, it is Compressium, and it only happens with stuff that can be compressed past what’s in the container. E.g. putting more Iron Blocks into an iron nugget/ingot/block barrel will void stuff. Putting more Echo gems of any description into a Limited Barrel Ⅲ will not void.
BUT … it is not limited to Compressium blocks. The Compression Upgrade will happily compress anything you put into the container as long as it can be compressed further; and it apparently does not check if there is actually space to put the result.
I guess you’ll know how to take it from here :)
Clean install with nothing but Sophisticated Core/Storage (same versions as above) does not have the issue. Technically incorrect, see below.
Oh boi, here I go down the rabbit hole …
Installing a clean instance of Vault Hunters 3ʳᵈ edition, then adding Sophisticated Storage (and updating the other Sophisticated mods to latest) does end up with the bug.
Edit: found the culprit, doing further testing to narrow it down.
Got the same issue with this setup:
Netherite chest with 2 filters and 1 compression, I input-filter iron blocks and output-filter iron nuggets.
Either manually adding or using a hopper, items above a limit are removed (for me the limit are 55 iron blocks: going to 56 turns it down to 55 voiding the last block)
I wasn't able to recreate this in dev, but have actually fixed issues with slot limit calculation in that area that caused duplication / loss issues so this is very likely fixed with that as well