Thank you so much!

Did viewtopic.php?p=675179#p675179 get fixed at the same time?

Regression to 117058

Ref: 130730

Looks like a duplicate of viewtopic.php?p=677061

Might be related to:
viewtopic.php?t=126117
Or the fix to that fix:
viewtopic.php?t=130153

It appears the bug in this fix is now also fixed: viewtopic.php?t=130153

(And the forums don't wait for image uploads before posting!)

This appears to be reproducible in fullscreen, I just saw it again when I added new mods.

What did you do?

Restart Factorio after updating mods

What happened?

I have two Factorio windows on screen, the mod update (dead?) and the launch screen (live).

What did you expect to happen instead? It might be obvious to you, but do it anyway!

The mod update window disappears on restart ...

What did you do?
Tried to upgrade a normal quality infinity storage chest to a legendary quality

What happened?
Upgrade planners don't allow infinity chests in the "from" position.

What did you expect to happen instead? It might be obvious to you, but do it anyway!
They are allowed in from.

Does ...

This sounds similar to viewtopic.php?p=673588

Makes sense! I was thinking of it like "trash unrequested", but that's a different setting.

This might be a feature request or a nitpick, but it seemed like weird behaviour to me.

What did you do?
If you can reproduce the issue, provide the exact steps!

I set an infinity storage chest to "Remove unfiltered items", set its infinity filter to 500 roboports, then set it to 10 roboports ...

Gweneph wrote: Sat May 24, 2025 3:55 am The "bug" is that while checking to see if the entity can be built it doesn't check with non-default build modes. It could check instead using the build mode implied by the currently held modifier keys.

Sounds like a surprising behaviour, and poor UX. Something worth fixing?

I don't know, sorry! It's been ages since I did it, and I didn't actually see the biter stop moving myself.

My workaround was to add a laser turret to each roboport, then biters just get killed while expanding my base.

This should have been fixed in 2.0.48:
viewtopic.php?p=670569#p670569

Except maybe for ghost turrets that have already been placed:
viewtopic.php?p=671854&hilit=turret+range#p671854

So, to be clear, the solution is to have enough fast inserters to remove all the products?
(Does adding more/faster ingredient inserters also help?)

kovarex wrote: Sat Mar 29, 2025 2:39 pm I hope I don't break something by this change, but for the next version, decider combinator conditions which would be evaluated to empty signal on the left side of the comparison are just deleted isntead of kept empty.

As a workaround, you could put the parameter on the right?

Sounds like a feature request, but also, +1, this is kind of the point of having turret ghosts

That doesn't change much except I looked at the wrong logic (copy-paste onto itself already does nothing). Building a blueprint over top of an entity will always do the paste logic because the two are never the same entity - one is in a blueprint - and one is in the world - even if the blueprint ...

What's the desired outcome with pasting an entity onto itself? Theoretically - do nothing? "it already has the exact settings of the source entity"?

There are two typical use cases here:
- pasting a platform over an empty hub: the goal building the platform. So building ghosts should be ...