Visual bug only. The green chip can be seen peeking out of the bottom output of the splitter even though no green chips can travel this way.

Multiplayer server with popular scenario "BiterBattles". During a match, an admin paused the game but my player kept running in the direction I had held when pause was pressed. I think ticks were being simulated as usual (but slower).
Expected behaviour: no tick processing should happen while the ...

+1!

The (yellow) Inserter drops to the middle of the Tile/Transport Line. In the next tick the Item has advanced into the underground portion, where it is unavailable for Pickup. No amount of "buffing" by increasing the Inserter Speed will change this.

You can use an Adjustable Inserter mod to have ...

07-18-2026, 18-38-25.png

Currently, inserters are not able to take directly off an underground belt if the item is coming from another inserter. This quite a surprising behaviour to me, after many inserter improvements have been made such as burner inserters taking off faster tiers of belt. They ...

Not sure if this is a bug or not but thought I would report because I did not expect this at all.
The fast inserter taking from the underground is unable to get any plates, but the one taking from the belt can easily grab them all.

Fully agree. z-dropping is really nice for fast feeding smelters for better startup. But (since 2.0) spamming it all over the place just puts coal on the output side so now I have some random coal mixed into my iron plates belt.

robot256 wrote: Mon Jun 29, 2026 9:05 pm Previously: viewtopic.php?t=70654

Well found! I tried searching for this topic before posting and did not find anything with the key phrase "Worker robot cargo size"

+1

When using logistic bots to fulfil logistic requests, without any cargo stack size research -> bots carry items 1 by 1
When using logistic bots to fulfil logistic requests, with cargo stack size research -> bots carry multiple items in the same trip

When using "ghost request" slots to send items to ...

Thanks for the report however I'm not sure if this is a bug. The behavior you're describing was never actually programmed into the game but a simple side effect of ghosts having a "lesser" collision box than non-ghosts. In 1.1 this would cause all non-ghosts to have priority when doing selection ...

Building tiles is the only job where one robot has multiple target ghosts when they all require the same tile. I suspect they need to be adjacent or close together to be grouped into one robot job.


If that is true, I see no technical reason why a bot couldn't build multiple adjacent entities ...

In 1.1, the error message would never play when you try to build pipe on top of pipe, and I believe that is how it should be returned to.

This one is hard to explain with text, I am sorry. I have done my best below but the more clear explanation is in the attached video.

The warning message for not being able to place a pipe sometimes will play, and sometimes not. Whether it plays or not depends on which of the following has happened ...

Then what is the purpose of worker robot stack size research affecting the cargo capacity of construction bots?
Deconstructing inventories and placing tiles.


Oh, it works for placing tiles? Interesting

If you don't mind me asking, is the reason that it doesn't work for entities because of a ...

In 1.1, if you misplaced underground belt (with smart belt dragging enabled), you could clean up the mess quite quickly by fast-replacing the errant underground with the belt you wanted to go in that spot. This behaviour silently vanished on the release of 2.0, and still exists in 2.1 experimental ...

It’s simply how construction robots work.


@Rseding91 Then what is the purpose of worker robot stack size research affecting the cargo capacity of construction bots? Their main use is for building, not for transferring items between boxes - that's what logistics bots exist for.

Anyway, if I ...

Pressing R to rotate the direction of the belt you're building, while R is held (smart dragging) causes the first belt after the turn to play the construction sound twice. As I only added 1 belt, I would expect the sound to play once.

This behaviour did not occur with 1.1 smart dragging.

2026-06 ...

Loewchen wrote: Sun Jun 28, 2026 8:50 pm That is not a bug.

@Loewchen what is it?