A solution to the mall throughput issue, if the current behaviour stays, is to make more than one item at a time. If you make 20, (or 10, or 100) somethings before changing recipe, you drastically reduce the amount of downtime and trash ingredients to deal with. Requires more logic circuits though, ...

This is a good suggestion, that will make a logically controlled mall work reasonably well again. I set my goal of making an early mall with this type, before blue science, that would be fed by a sushi and change recipes after a craft had started. It took a lot more logic than the "meta" o...

Did this fix cause assemblers to empty their inventory no matter what upon recipe change? A week ago I was able to get an assembler to change between recipes and retain input that would be useful for the next recipe, for instance going from miner to radar. Now it seems inventory gets emptied even wh...