[0.15.34] Ingredient/Inserter mismatch

[Mekronid]

Imputting two different versions of the same item via an inserter will cause the inserter to pick up both items. However, the assembler appears to only accept the original version it was loaded with, even though both can be used to produce the recipe. In the shown test case I was able to jam the inserter with a single damaged belt, even though the assembler recipe only calls for a single belt. This means there's a mismatch between what the inserter will accept and what the assembler will accept for a given recipe.



Possibly related to viewtopic.php?f=23&t=48246, not a duplicate.

[steinio]

Suggestion: The result should be a red damaged belt

[Loewchen]

I don't understand what

two different versions of the same item

is supposed to mean.

[steinio]

I don't understand what

two different versions of the same item

is supposed to mean.

Probably damaged item != new item.
Didn*t we have this situation before and the answer was not to add damaged items into assemblers?

The answer is linked in the first post.

[Rseding91]

Thanks for the report. However, this is not something that we're likely to change - the performance implications, additional memory used, and save space taken to making recipes dynamic like that means it's not likely to ever happen.

As of now, you simply can't feed damaged items into assembling machines/furnaces/labs - anything that takes recipe like items - and have it work. You have to repair them first.