Paste to Logistics Storage Chest filter

[mrvn]

But this is what I said, no? For example I'm creating a belt processing factory, I'd like to use storage chests with filter so that when deconstructing the older belts splitters etc they end up in this factory to be processed into higher tier items. But ATM I just use passive providers *while it's not exactly correct* just because setting each storage chest takes a lot of time. When your mall has a hundred of them you end up thinking like "okay maybe I won't have all items being placed at their proper places, but at least I won't be spending 30 minutes clicking on the boxes".

When I upgrade stuff, I just used a requester chest that requests a ridiculous amount of the outdated versions. (a buffer chest would also work)

That only works when you upgrade every entity / stop using the older version. I do that with furnaces. Once I have steel furnaces I never use stone furnaces again and they all go into boiler production.

Not so with yellow belts. I use tons of yellow belts throughout the game. But when upgrading something to red belts I prefer the yellow belts to be used up to make more red belts instead of having them sit in storage somewhere till I place more yellow belts. It also helps reduce the usage spike on iron plates to use the yellow belts to make more red instead of making them from scratch.

[Vozw]

+1.
Yes, you could replicate a filtered storage chest with a buffer chest requesting 0-9999 of an item, but that feels more finicky, is technologically more expensive, and disables an achievement (even if you already have the achievement, it matters when playing coop with new players!)

Granted, the functionality of copying assembler output to a buffer chest doesn't exist either. I suppose either existing would be convenient, but the storage chest feels like the more elegant solution!

[Hares]

+1.
Yes, you could replicate a filtered storage chest with a buffer chest requesting 0-9999 of an item, but that feels more finicky, is technologically more expensive, and disables an achievement (even if you already have the achievement, it matters when playing coop with new players!)

It should be configured for max requests instead of 0, otherwise bots won't deliver items back in the chest. However, by doing so you mess up "read requests" behavior of roboports.

[Vozw]

+1.
Yes, you could replicate a filtered storage chest with a buffer chest requesting 0-9999 of an item, but that feels more finicky, is technologically more expensive, and disables an achievement (even if you already have the achievement, it matters when playing coop with new players!)

It should be configured for max requests instead of 0, otherwise bots won't deliver items back in the chest. However, by doing so you mess up "read requests" behavior of roboports.

You're right, it does mess that up (as well as any other buffer chests you have lying around that actually want that item). Definitely all the more reason for using filtered storage chests then!

[m.stitek]

+1
Please implement this. I was recently setting up a bot-based mall. All produced items were stored in a storage chest so that my logistic bots would automatically store the excess items from my inventory in the same box where assemblers were storing it. I had to set up the storage chest filter manually and it was such a pain. It would be amazing to simply shift-left click to set a filter, the same way I can setup requester chest.

[JackTheSpades]

What?

You can copy (shift right-click) a recipe from an assembler (or other factory machine) onto a requester chest (shift left-click) to request all non-liquid items need for crafting.
You should also be able to copy the recipe onto a storage chest as well to set the filter to the first non-liquid output.

Why?

Its generally convenient for 99% of all recipes in the game that only have one non-fluid output anyway.

What about recipes with multiple outputs then, like Uranium/Yumako/Jellynut Processing?
Well, I'd say you don't usually use logistic storage chests directly from the machine for these kinds of processes anyway but it happens to work out nicely since:
For Uranium Processing you probably want to store the U-235 and remove (via inserters) the more common U-238.
For Yumako/Jellynut Processing you (might) want to store the seeds in storage chest and want to keep the spoilable fruits moving.
Maybe some mods that like to use multi-output processes wouldn't work as nicely but as mentioned, you probably wouldn't want to use a logistic storage chest in these situations anyway.

Generally I see no real downside on being able to conveniently set the filter of a storage chest like this.

[Epb7304]

+1

[Koub]

[Koub] Merged into an older thread with the same suggestion.

[Hares]

It lets you shift right click an assembler and shift left click (like a requester chest) on inserters and [...] sets the inserter to enable if less than one stack of said item.

Contradicts current implementation, pasting settings into the inserter results in filters for the ingredients for some reason.