robot256 wrote: Tue Dec 23, 2025 5:41 pm
Rseding was trying to say that construction robots don't respect storage priorities at all and never will

They do respect storage priorities. There is no storage or requester in the logistic network shown in the screenshots and so nowhere for the robots to put repair packs.

Looking into the save this seems to be working as expected. Roboports contain repair packs as a passive provider type - the same as what you've got in the save. When something in that are is damaged the game finds the *closest* provider of repair packs to the damaged thing, - which is the roboport ...

Duplicate of 128381

Can you please post the save file.

Maybe relevant: https://www.reddit.com/r/factorio/comme ... pidertron/

The thing is: tiles don't have a direction so there's nothing to mirror or flip on them. They simply exist as is: each tile is unique and its own thing. It's like asking to flip a pixel: there's no up or down to it, it just *is*.

Thanks for the report however I don't believe we will be doing anything about this. Blueporint mirroring/flipping was only ever implemented for entities and if tiles happen to come along for the ride it was a nice unintended side effect.

Thanks for the report. This is a duplicate of 109077

Do you know if any way to reproduce this crash? Based off where it crashed I suspect hardware failure - given it runs almost every second in your save, and essentially everyone’s saves as they play. Yet, yours is the only one that crashed.

Thanks for the report. That is correct.

I have not been able to reproduce any crash so far with this save and given the first 2 crashes are different from the last, along with being unable to reproduce the first crash I suspect that the issue is your CPU and that it has failed.

Unless you do find reliable reproduction steps that someone ...

There seems to be an issue with the CDN which they are aware of and are theoretically working on.

I notice you have an i9-13980HX processor - do you have the latest BIOS installed to account for the raptor lake defect that kills CPUs?

Could you make a video of it crashing for you? It seemingly works fine for me when I do what you've described.

Ok. Added for 2.1.

Both crashes are during rendering a blueprint that contains transport belts. Do you remember if you were doing anything around that at the time(s) it has crashed?

Theoretically yes, but simply placing the vehicle and configuring it once for use as a blueprint also allows for infinite re-use and is far more explicit that the grid is wanted with a specific configuration.

Thanks for the report. This is intended; the trigger will not run if the item(s) spoil mid-craft and end up producing fully spoiled at the time the machine finishes crafting.

Thanks for the report however that’s working as intended. It works this way because the item(s) do not contain a grid in their raw form as it would be extremely wasteful. Every crafted item would have the full grid and no vehicle item would ever stack with another.

The grid in item form only exists ...

Thanks for the report. This is now fixed for 2.1.