[16.26] Items on belt overcompressed after last update

[firty]

so I updated and entered my map, I came across a mat that was unused moving, when I got to the end of it I came across what is in the image.

[kovarex]

Thanks for the report.
This is (most probably) result of a migration of a belt that was not in proper state (at least to the rules we have now). So it ended up like this instead of crashing.
If you have other way how to reproduce it after the 0.16.26, let me know.

[raiguard]

I experienced this too. Here is a screenshot and a the save. When I picked it up I received over 1200 stone.

HOLY GEEZ BIG SCREENSHOT. SORRY.


Save file is attached.

Merged...

[2DHypercube]

I've got the same issue, but everything was built today (after the update).

[ZapTap]

I am able to reproduce this bug on belts placed before this update and fully compressed due to a backup of item usage by rotating them. When rotating the items condense to fit into the inner lane of the 90 degree turn of the belt, but when returning them to the straight position they do not decompress properly so they are able to be compressed indefinitely.
There does not seem to be a cap on the degree to which the belt can become compressed - after just a couple of minutes I have collected 157 iron plates on a single square of belt, while the rest of the bus appears to be compressed normally

This does not seem to exactly the same issue but is a similar problem in that belts can become overcompressed to significant degree.

Edit: I have attached a photo of where I tested this at - the wire on the belt is set to read and not enable/disable the belt, and I can press "R" repeatedly to continue putting more items on the same square of belt

[teemu]

Likewise



Merged...

[milo christiansen]

I can press "R" repeatedly to continue putting more items on the same square of belt

That is a known NAB condition that is (probably) unrelated to this issue.

[Bilka]

I can press "R" repeatedly to continue putting more items on the same square of belt

That is a known NAB condition that is (probably) unrelated to this issue.

Here's the thread for that: 54606

[kovarex]

Btw, there was a weird bug in the logic, and now the rotation doesn't allow to compress that much (in the next 0.16.27)