Could you provide a save file that shows this issue?

They will, until the ground has been covered in items and then they will start stacking at the 1 point. I'd guess the ones that fanned out were already collected.

If renaming the blueprint library file fixes the issue - can you please upload it here (or somewhere, and provide a link)?

Thanks for the report and sorry this one got missed in pending for so long. This is now fixed for the next release.

As mentioned this is working correctly and you simply are playing the game in a way that was not intended. Maybe some day someone will change it but for now this is how it works.

Thanks for the report however this is not a bug. The system being described only applies when items are placed on the tile that is marked to destroy dropped items. It was not implemented to retroactively destroy items when the tile is placed.

The search logic is more complex than just “upper left to bottom right” due to the nature of how things register in the world. For the same entities in the same order within a blueprint they will generate the same IDs when exported to strings.

Have you control settings (key bindings) been modified compared to the default ones?

I suspect there’s nothing to be done about this. The way vsync works means if the GPU takes longer than 1/60th of a second to render a frame the next one is forced to wait until the following 16 millisecond window, resulting in 30 FPS. Since low power mode will impact more than just the GPU timings ...

Yes, you can already do that. You may need to change the quality first but then you should be able to select the same item.

Thanks for the save file. Wrigglers heal themselves slightly every time they damage something.

Without a save file showing this issue there's nothing we can do.

It looks like the platform auto trash logic does not account for the available space in the landing pad when sending trash down. It likely should to avoid this situation. The spill onto ground logic is mostly meant as a backup to avoid deleting items and not a scenario that’s supposed to just happen ...

The first screen cap does not have the armor equipped on the character. You have it equipped on the map editor. The character is the GUI on the right which shows no armor equipped.

This should be fixed in the latest release.

Thanks for the report. This is now fixed for the next release.

Thanks for the report however this seems to be working correctly - although not particularly useful. You need to put fly conditions on the schedule entry or it will instantly turn around as soon as it starts flying towards the shattered planet location.

As far as I understand: changing the trains group functionally works as wipe-the-schedule and set-schedule-from-group + run interrupts. So with that in mind - it seems like this is working correctly? Unless I'm misunderstanding.

Thanks for the report however this is working as intended. The technology unlocks all barreling recipes - it does not care if you can access those fluids at the time it is unlocked.

Thanks for the report. This is now fixed for the next release.