[2.1.12] Inscrutable inserter perpendicular lane grabbing preference

Bugs that are actually features.
Woggle
Manual Inserter
Manual Inserter
Posts: 4
Joined: Fri Nov 08, 2024 8:32 pm
Contact:

[2.1.12] Inscrutable inserter perpendicular lane grabbing preference

Post by Woggle »

What did you do?
Tried to build a copy of a design that contains an inserter grabbing chunks from a perpendicular belt fed from both left and right, and the lane grabbing preference is critical to the crusher design not reaching deadlock.
What happened?
The inserters sometimes have a different preference of which lane they grab from, breaking the design. However, I just discovered that a ctrl-c or blueprinted flipped copy does work for reasons unknown. I vaguely remember trying this in 2.0 and manual building always worked but the design broke when the blueprint was flipped. Now, flipping works but manual building sometimes doesn't.
What did you expect to happen instead? It might be obvious to you, but do it anyway!
I expected building the same design would always have the same behavior, but now evidently there is some object state on the inserters that is not exposed in the UI anywhere I can see.
Does it happen always, once, or sometimes?
Copying seems to always work (now?), but manual placing only sometimes works.
07-21-2026, 08-40-12.png
07-21-2026, 08-40-12.png (1.9 MiB) Viewed 223 times
robot256
Smart Inserter
Smart Inserter
Posts: 1433
Joined: Sun Mar 17, 2019 1:52 am
Contact:

Re: [2.1.12] Inscrutable inserter perpendicular lane grabbing preference

Post by robot256 »

The 2.1 changelog includes the line "Inserters can be flipped to make blueprint flipping reliable.". The stated intent of this change was so the drop-position onto the end of a belt (carrying items directly away from the inserter) would flip when the blueprint is flipped. Previously it would be biased toward one cardinal direction no matter the rotation/flip of the blueprint, which messed up the most common train unloading blueprint when rotated or flipped.

It is likely that the effect documented here is a side effect of this change. The new behavior is some mix of floating point rounding errors and the new flipping logic.

The "mirrored" state of the inserter is visible when tooltip debug information is enabled. I assume from your comment it is hidden when debug tooltips are disabled. I agree it shoud be visible somehow, either in the tooltips or in the alt-icon arrow positions.
My mods: Multiple Unit Train Control, RGB Pipes, Shipping Containers, Rocket Log, Smart Artillery Wagons.
Maintainer of Auto Deconstruct, Cargo Ships, Vehicle Wagon, Honk, Shortwave.
User avatar
boskid
Factorio Staff
Factorio Staff
Posts: 4728
Joined: Thu Dec 14, 2017 6:56 pm
Contact:

Re: [2.1.12] Inscrutable inserter perpendicular lane grabbing preference

Post by boskid »

I am not seeing anything here that is broken. What you are asking for is for inserters to magically know which side you wanted them to pickup from. You can build inserter in a normal configuration and in flipped configuration. Blueprint flip will switch between the two to preserve pickup priority side relative to other entities from a placed blueprint.
Woggle
Manual Inserter
Manual Inserter
Posts: 4
Joined: Fri Nov 08, 2024 8:32 pm
Contact:

Re: [2.1.12] Inscrutable inserter perpendicular lane grabbing preference

Post by Woggle »

now evidently there is some object state on the inserters that is not exposed in the UI anywhere I can see
^This is the part that is broken in my view.

The UI does not provide any information about the flipped status when outputting to anything not a perpendicular belt, nor an indication that the input side is also flipped when the flipped-ness is revealed via belts. This was the source of my confusion.

The FFF and patch notes only mention the output case, and it seems the input flipping was implemented but the UI not updated to show it.
07-21-2026, 10-39-38.png
07-21-2026, 10-39-38.png (2.51 MiB) Viewed 145 times
(Just made this in 2.0.77 to verify I wasn't crazy and I did remember how it used to work.)
07-21-2026, 10-28-58.png
07-21-2026, 10-28-58.png (1.09 MiB) Viewed 145 times
Post Reply

Return to “Not a bug”