[2.0.45] Inserter's settings not applied when copying

[Hares]

Looks like "Set filters: false" + "Use filters: true" is ignored when pasting over inserters with the inverse setting. Reverse is not true.

Steps to Reproduce

1. Deploy attached blueprint
2. Copy the top-most inserter via Ctrl+C
3. Paste settings over any other inserter in the chain via Ctrl+V

0eNrtWdtu4zYQ/RWBTy0qOaYkX2JgH7bpa4ECvbzEhkBLlE2sRGpJyl0j8L93SMmS48iOL9kE3QQGkpFIHnLODM+M4Qc0z0paSMY1mjyghKpYskIzwdEELbUu1OTmJhWyzFUvJbEWkoleLPIb7I9DPJzyKcc95zdaZGLt6CVTU+73nDtRmCfqaFF4uVDaYVxRqal0Vow4d1pmv9xNedBz/iBKU0dRrRlfKEesYArha0fAatmuYtzCxUsCVgPxj9n+c6xLkk2cP7cYXGiHFEXGaNKbcuQiFguu0OT+ASm24CQzjnKSU/BQ0ngdZ1TCrK+AwvTavCSSog2s4wn9hiZ4M3MR5ZppRisY+7COeJnPYekEu1s4s5EmXHvA0JxxAnQBciEUqxh9QIDn4XHQG7gItsL+qDeAnRIGB6mmjF2DoqXIojldkhUDCFinqnH12IazbA/popRlQNX+2/pkqqA0gVAkZUYfOcuFzIESs2teEGmPPEGf7IvSJAXeuA2e3+DRNGUxozxeXw0aNKCFBCjwbQUoV8OGDWwNcCEiBH8hRVnA+3umaf6p45Qz5y/s/G5N5fxUZZn6GT1m7uT4eP53idA1sEdjdA3woSidj3lKnDwfIuUfj1TwTKSuzHzvO0ULcGfw2Rj0PX1qd1HlHPTJCk2XLI1qURp3obQpoGhGTSV4TuX8RuXGJ2mcKKgkdenZZoOWhKt0V6AjJUoZ08g6Eu9oecnhPDms3rRzoZ5pc0IAjVrx1+vCLFgxaUoHah2zMzxK4iXqZDI8mwP8uhxsS9f1/j8tiF2EDM4mpP+6hNACHl+ckAq1i5DhuYSMbl+XkIwuKE+IXL88KzvQXdSM3Lbr+lrCjhS4WcL/zjwJt7QE2LZIXVTETMYl0xEoJo1EGu1QA3q9HYWViQWPKCfzjCZokoLoUwCtDxI1gn9Zc2UjLQVnsVdv2upy30U5+RZtnzrFnyQrwmOo/2esflSRY6oU9L5eyY8tnpka2bgsRR7NyzS1XmlZ0q6YjZtdUmjUvW0/fryprSO2k8rYP5/B05g6iRHjd7W9TRWYMc9I/CVjNvdKRdsEsEQ85eHW7fjGcLCABv5j98MnYgpfLqBFqclIdq7nXhcUHLpgDYBxP2J8BQcWMFCx2zzBzqAA8ZcmdzpG8MER/+BIYFqNWQdRuH9GxrR33N/PmPB/njAYX6h2wYfavZnaYf8iuQu65O5YBBXV+wn0wt/eO4k/iNJ0zsdwgudxamk7jBFe8313B2dwCs4Rr66/3sFZ1zvYE7qP6/0m1zs8rYrj7ipubvW7KeOD8xqe8P02PMOLGp6wo+H5KBk/dMkYXVgywo+S8XYlY3xeyQjfS8kAJv8FP40f99jFbuDimQuWD1YIFjy7oX0Hz+ZTW2PXBwtG3IEdhb/usLZCsMy8EaBAg2Umjo3Zt6b55wKh1sbtlMoeVbZv7CHYs4ome0+3v2+6KCNzmsG7X8uFV/2AOXH+hjtfrM3FaH6GhJkrSAsbwsHQvw1vbwfDYNQPIb6b/wBZTeET

Copy blueprint

Expected:

• Filer is changed

Actual:

• Nothing happens

See Also

• 99363: [Rseding91] Filter inserters' filter setting is not kept when built from blueprints under certain conditions.

Click to expand the recording

[boskid]

I am going to throw this to Not a bug.

Given that the source inserter has all the settings inside of control behavior at their default values and your blueprint that was created contains no wires, the inserter inside of blueprint is considered as "nothing interesting in the control behavior, ignore it" and so the inserter control behavior settings are not pasted. if there would be anything non default in the inserter control behavior (even if it would be the read hand content mode "hold") it would be considered as interesting in the blueprint and so blueprint placement would change the settings.

if you do direct copy settings between those entities, the settings are correctly copied because the source inserter has control behavior considered interesting due to wires, while the source inserter in the blueprint looses its control behavior due to default settings and no wires.

True pasting of your blueprint, to fully configure the inserter to the state you have in the blueprint would have to remove all the wires and get rid of the control behavior. Given that this feels more harmful than useful, current behavior has to deal with the trickery of pasting a blueprint with no control behavior on top of entity that already has wires and so the settings are not cleared because clearing those settings to default would also remove wires.

[Hares]

[...]

That's... counter-intuitive. But I understan why it's done so.

This is 2nd time I'm writing this post because of 125699: Pressing Ctrl+Enter while typing a post can sometimes lose it.

[boskid]

That is indeed quite unintuitive, but there is nothing doable about it. Your expectation is really based on a bit of information in the blueprint that would say if it was created from an entity with a control behavior. You expected "set filters" in the control behavior to be cleared because source inserter had it turned off, however your blueprint has the inserter at default settings and with no wires at this point so it is virtually the same as if you would create a blueprint of an inserter with no control behavior at all and placing it on top of existing inserter with control behavior. If an existing inserter would be configured with "enable/disable" and would have wires, and you tried to paste blueprint where inserter has no control behavior but has spoiled priority configured, would you expect the enable/disable to turn off just because the source inserter had no control behavior?

[Hares]

If an existing inserter would be configured with "enable/disable" and would have wires, and you tried to paste blueprint where inserter has no control behavior but has spoiled priority configured, would you expect the enable/disable to turn off just because the source inserter had no control behavior?

I'd say "yes". In 1.1 it worked so IIRC. Or at least that how you expect things to do... for inserters. My answer may be different for different prototypes, most probably -- logistical chests. (You may have already observed ton of force/super-force upgrade issues relating to chests reported by me.)

Also, I have use cases where I need to drag with Ctrl+V instead of Shift+LMB -- when I have a row Inserters facing different directions (or different kind of inserters) and I want bulk-apply settings to only one kind of them (which is pretty common practice -- i.e., see below), if there are no gaps between them, you can drag pasting cursor instead. Dragging Shift+LMB, in contrast, would apply settings to all inserters in row, regardless of direction & type.

04-27-2025, 18-44-52.png (490.79 KiB) Viewed 141 times

04-27-2025, 18-47-05.png (1.9 MiB) Viewed 141 times

Also, in the case describe in OP, inserter being copied has filters configured. To apply those settings, "set filters" should be turned off.

[boskid]

Also, in the case describe in OP, inserter being copied has filters configured. To apply those settings, "set filters" should be turned off.

In this case, the "set filter" on the target inserter is not cleared because source inserter has no control behavior, and then target inserter rejects filter changes because it has them set by control behavior.

[Hares]

Also, in the case describe in OP, inserter being copied has filters configured. To apply those settings, "set filters" should be turned off.

In this case, the "set filter" on the target inserter is not cleared because source inserter has no control behavior, and then target inserter rejects filter changes because it has them set by control behavior.

As I said above, I understand why & how this works, I just provided a reason to re-visit the current implemetation. Compromise solution: keep this topic open (not locked) and if enough reports are collected, change how it works. Also it might be a good idea to ask other devs what do they think.

[boskid]

I am not seeing any solid arguments to make this 9 years old piece of logic to change, especially since i see how it would remove existing functionality (when placing entity with settings on top of entity with control behaviors). Your use case is unusual because you are copying inserter partially (no wires) and expect a full settings to be changed. If inserter would have non default settings it would work, if you would not be going through intermediate blueprint it would work, but the blueprint in the middle is visually the same as one with no control behavior so it does not keep behavior settings and as such it cannot change them when pasting.