I think you are the first person in the history of this mod who has ever had a problem where storage was storing more than 1 item when it should only be storing 1.

I'll check and see if that works for me when I get a chance

Thank youuuuu

Okay, I think I know where this is happening, so I'll see if I can put a fix together:)

Workaround: go into the mod settings and change it to 3(or whatever), leave the settings, and then change it back to 1, leave the settings. It should stay until the next time RimWorld starts

Thanks for your help. unfortunately whenever i restart the game, my mod settings roll back to basic setting - storing 3.

i removed all my vanilla shelves and changed the mod settings, and i reinstalled my game, but it keeps making problem, so i think one of my mod made your mod crash and i'll just give this problem up.

i really like your mod and using it well. have a nice day.

I should have a fix for any problems my end out by the end of the weekend. If it turns out you're still having problems, I expect there will be error messages? Or I can point you at a debug version that will let us solve it :)
Never give up! Never surrender!

Wow, such a kind person you are.

Ok, i checked every single red-deadly devil error signs and there were 7 error code pointing my "Variety Matters" mod have a wrong mod setting.

That mod makes rim will to eat different varieties of foods so i don't think that makes any problem with your mod. And modder didn't updated it to 1.4, so that would caused my error sign. And i experimentally removed that mod and checked if my problem solved but that didn't worked, so i'm pretty sure it's not my culprit.

Next, i have a doubt about Combat Extand / Project RimFactory Revived / Save our Ship 2 experimental.

CE continually reports lots of compatibility problems, but none of my firends says that causes any kind of storing problem.

Rimfactory is related with your mod, but i don't think that cause any trouble with this.

My SOS2 is experimental mod, so it's unstable. but it has nothing related with storing anything.

Other mods are perfectly working, so i'm not sure why this happen on my mod setting.

Anyway, Thanks a lot for helping me.

Originally posted by man_of_belief:

Thanks for your help. unfortunately whenever i restart the game, my mod settings roll back to basic setting - storing 3.

i removed all my vanilla shelves and changed the mod settings .. but it keeps making problem

!!
this happens on my end too - I save the stack on shelfs to 1, but next start it has reset to 3.

everything else keeps being saved, any options but the single entries for the store units always reset to default on restarting the game. looks like the mod won't find the save file entry for just those things and resets.

I searched a while and found a few (old) entries about this issue, but it seems to come back every now and then for certain users and I have found no solution yet anywhere.

has this reset issue ever been solved or is it a steam matter or on our end?

your mod is really wonderful and a great help, but I need shelfs with only one stack and a limit and there is an option to define that though, it only won't remember.

info:
steam installed on second ssd
no admin or read/write issues as far as I know
have some other mods installed (like rimfridge and another small shelf mod etc) - maybe there is an incompatibility somewhere or an issue with a certain mod-load-order ? but fridges work fine as does the rest of you mod as far as I can tell, besides this reset..

if there is any solution, please post a link
and feel free to ask - I gladly provide further info or any help I can give to solve this ;-)

anyway thanx for your help and effort
and of course for your great mod !!!

regards :-))
wondrin'ostrich

to Th⋶︎Wond'rinΩ︎strich.

it is quite unsure what cause that happens, so i used another mod to prevent that.

KanbanStockpile/ https://steamcommunity.com/sharedfiles/filedetails/?id=2287142613

it's 'Stack Limit' function can help. only problem is Kanban can only stack maximum 8 stacks.

by the way, i installed this game and mods on my C: but this problem constantly happens,

so installing on second drive is not the problem of this situation i think.

Thanks for your mod by the way.

Originally posted by lilwhitemouse:

Workaround: go into the mod settings and change it to 3(or whatever), leave the settings, and then change it back to 1, leave the settings. It should stay until the next time RimWorld starts

@man_of_belief: thanxs, I will take a look into that ;-)

@ LWM - this workaround sadly won't work, but maybe this helps to narrow the issue down:

the xml-file: Mod_1617282896_DeepStorageMod.xml
located: ..AppData\LocalLow\Ludeon Studios\RimWorld by Ludeon Studios\Config

contains the rename I did for some shelfs (like I renamed small_shelf in the change-options)
and so the new names are saved and appear ingame after a restart,
but the -> stack change is not and -> it is not in the xml file, no line of stack change listed in there..

guess it's some corrupted codeline when creating the xml file for this config-settings, a missing or false print command or else.. maybe a false directory or filename value.

I might take a closer look, but as I am not the creator of this wonderful mod, it might take some time and I certainly don't want to get in trouble for tampering with your work, LWM ;-)

(PS)
one more thing: when I deselect "make all storage deep storage" in mod options, then all vanilla storage admittedly won't appear as deep storage, as there ain't no deep storage tag/column when clicking on them (no empty buttons etc)
-> BUT my pawns / loaders still fill those up like they were deep storage shelfs like still with 3 stacks instead of 1 for vanilla shelfs. maybe that can hint us at the problem why the stack-settings from the mod options won't make it into the .xml file from make-docs.pl ?

(PPS) !!
ingame in mod options I changed stack to 1 AND max total mass and max total items
and then the "Mod_1617282896_DeepStorageMod.xml" was saved with those numbers !!

BUT ingame after reload, the stack option again was reset to 3, the max mass and max item still did appear changed. there's definitly something wrong with just the stack thing. it won't read/write properly the lineprint and this hints to a nametag error or something like this.
(I am just guessing here as I am not that familiar with perl nor with your programming or scripts, just want to help !!)

;-)