Hi folks -

I've been all over looking for how to solve this, but am at a complete loss. I'm using SMM with S+, and SMM is second in the load order (second only to Jack and Jill character replacement, which has to grab the player pawn before anything else can.) I've used SMM with S+ for quite a long while with the same other mods present without issue, so this is new behavior. Given it occurs with both vanilla dedicated storage units and S+, I don't think it's an S+ issue, but of course am not sure not being a dev myself.

Only some resources can be deposited into a dedicated storage unit, and these same items can be spawned in using GFI in the console. Items that work include black pearls, angler gel, raw meat, cooked meat, raw prime meat, and cooked prime meat. If I try to spawn in crystal or flint, for example, using GFI, nothing happens, just as they are not a recognize resource to place into the dedi storage units. I have to use the full SMM blueprint path with giveitem to spawn in those items. I've tested with both vanilla dedicated storage and s+ dedicated storage - both have the same results for the same resources.

Interestingly, irrespective of how the item is spawned in (gfi, giveitemnum, or giveitem for vanilla and SMM) the problem children stack together in one stack.

I can set the dedicated storage resource just fine - let's say to stone. Stone appears on the side of the unit with a 0. Trying to manually place stone in there yields no result. Trying to transfer in with the S+ advanced transfer tool finds no available destination targets.

I've tried adding the full SMM resource list to the S+ pull additions list in GUS.ini but that only results in two entries for each resource in the "set resource" list and I still can't place those items into dedicated storage.

If anyone has encountered a similar issue, or if you have any ideas what might cause this, I'd be so grateful for any help. Thank you!

I recorded a short video here showing and explaining the issue:

https://www.youtube.com/watch?v=nHxLibURIvQ