I cannot reproduce this on internal 2.0.61.

If I understand this correctly, it is the same issue as 128978

I see. Currently assembling machines are being treated (by default) as if they do not have direction (even for the purposes of LuaEntity::lueWriteDirection ). The exceptions to this as of now are if any of the following:

has asymmetrical collision box
has active fluid manager
its energy source ...

Thanks for making the report. Since 2.0.56 blueprints including spidertrons should be rotatable again.

Thank you for the report, fixed for 2.0.56.

The cause was that concrete re-freezing would cause cancellation of deconstruction.

StephenB wrote: Fri Jun 06, 2025 5:42 am ...

that should fix your problem as well, right?

Thank you for the report. The Honktown's case is fixed for 2.0.56 - the event will be raised only when the rotation will happen (in these cases at least).

Thanks for report, fixed for 2.0.56

Marking this as pending until some better reproduction is discovered

I've noticed the best chance of reproducing it is by leaving the Shattered Planet, letting the ship get up to full speed (and the asteroid density at max or near maximum), saving the game, and then loading that save. Once the ...

Did cca 45 in-game hours of playtime and no rail gun on rail gun action happened. One collector got destroyed by explosive rocket though.

Interesting; how were you able to tell what actually killed it? I'll admit I'm not sure it was a railgun, I just assumed it was because the asteroids don't ...

The non-default covers are saved per-tile. In the "not-works" save, you paved over (some) natural ice, but not over ice-platfrom, that's why the autofill failed


In this case, could it not take a guess and take the first coverable tile instead of failing? Just like when you pipette some ores ...

To mitigate this issue, the game substitutes the last used cover tile as a proxy for default tile cover for the covered tile (per surface per force).


Could this be adjusted to be per player per surface per force? We are running into this in our Space Exploration closed-testing where players ...

for kovarex: Test implemented (details on slack)

Thank you for the report.

Not sure if I got the exact reproduction you had in mind, but at least one way of creating this situation has been fixed for 2.0.56

Feel free to post herer if you encounter it again in 2.0.56 or later

Thank you for the report, fixed for 2.0.56

Thank you for the report, fixed for 2.0.56.

Did cca 45 in-game hours of playtime and no rail gun on rail gun action happened. One collector got destroyed by explosive rocket though.

Marking this as pending until some better reproduction is discovered

Thanks for the report. As of 2.0.56, Agri tower will respect plant's buildability rules

EDIT: Nevermind, I think i figured it out.

I am a bit confused about what specifically is the problem ... could you please specify?

Thank you for the report. Since 2.0.55:
- calling set_driver in cases which would cause character to change surfaces is not supported and should throw an error.
- in other cases your controller position and surface should be updated to correspond with the driven vehicle