[2.1.11] Inconsistent behavior when side-loading belts

[kimbernator]

The contents of a belt side-loading onto another are taking priority when the "main" belt's previous segment is a curve.

The following gif shows two different behaviors with side-loading priority:

factorio_side_belt.gif (13.3 MiB) Viewed 398 times

I would have expected both to work like the right instance, where side-loading contents are only brought on when there is empty space.

[Loewchen]

62553

[kimbernator]

I guess if it's a known thing that there's nothing to be done. I was surprised to see it after having an embarrassing number of hours in the game.

I removed one of the belts, then put it back, and the behavior righted itself... for about 10 seconds. Then it went back to what is shown in the gif. For what it's worth, rseding calls out that the belts were different speeds in that example, which is not the case in this one.

[ergzay]

This should not be marked as not a bug. This is absolutely a bug. It's also something that changed recently as pre 2.0 this would literally never happen except in very strange edge cases.

[Rseding91]

This is not a bug. The belt is split because there’s a drill loading onto it 4 tiles before that point. This also happens with inserters, and when adding control behaviors to belts. Anything that forces a split in the belt will let side loading add when there’s normally not space.

[ergzay]

This is not a bug. The belt is split because there’s a drill loading onto it 4 tiles before that point. This also happens with inserters, and when adding control behaviors to belts. Anything that forces a split in the belt will let side loading add when there’s normally not space.

The drill is not even moving in this image. How is that relevant?

Edit: Also reposting the reddit link to this thread where there is another case of this and almost everyone believes it to be a bug. https://www.reddit.com/r/factorio/comme ... _wait_10s/