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 ...

Possible similar bug viewtopic.php?p=670025#p670025

Seems similar to viewtopic.php?f=7&t=126117

If it helps, I'm sometimes running the game with my player in it, and sometimes in a server with no players (because the GUI freezes when I switch users on macOS).

Possibly?

I think the first save is the original one in the bug report, and the second is from 3 days before:
https://www.sendspace.com/file/1049cq

https://www.sendspace.com/file/71zqur

If it helps, I'm sometimes running the game with my player in it, and sometimes in a server with no players ...

Thanks, and good to know!

I suspected it wasn't related to the action, I've done a lot of railgun moving (and other changes on planet) since activating the Metal backend.

Rseding91 wrote: Sat Apr 19, 2025 2:01 am Remote view counts as a “player nearby”

They aren't moving when I am viewing them remotely.

Possibly, but this is all happening in remote view. I have never had an actual player near that area, they left the planet when my base was much much smaller.

And they should start moving again once revealed.

What did you do?

I was building a railgun on a platform.

What happened?

Cargo pods are highlighted with red railgun kill zone boxes, both when they're visible, and when they're invisible. Some pods seem to be travelling at high speed, causing the red box to appear and move quickly.

What did you ...

If it helps: The railgun kill zone is near the top of the cargo pod parabola, where the pods transition from being invisible to visible (or the other way around). I was getting deliveries and possibly dropping excess at the time.