Raising priority due to a changed behaviour.

Thank you for the report, I believe this is not meant to be a support ticket.
Will convert it to a bug report instead.

Thank you for the report.

Ah great,
you are using the pre-release build for this.

Thank you for the report,
will merge it into the existing report about this problem, to add your information to it.

Can you please upload the launcher.log from your launcher directory, right after trying the new launcher, and also the logstarmade.0.log after trying the old launcher.

Thank you for the report on this,
will merge it into the existing report about this.

Thank you for the report on this,
will merge it into the existing report about this.

The range test is only for the build mode focus, and allowing a defined sphere of influence. Plus limited total amount of those purple boxes.

Yeah nothing more to say,
Link from logic to rail turret axis is not possible, so no logic-undock in that position.

-Validated-
Open for testing.

I doubt 'we' can do much about this, but this is for sure something that may be tweaked at a later time.
Like always compress inside java and write a sparse file compatible format, and use the same way to extract, no external tool requirement to restore a backup can help with this.

This is a side effect of the fact that logic always clicks a constant but short time. It does not click and hold like the player does.

Was the extraction process done with windows unzip or linux unzip?
I assume as zip has in general no proper sparse file support its not really something we can fix, except adding a restore backup feature, that can then write sparse files then.

Thank you for the report, but this issue is already tracked under:
T168: transparent blocks touching open doors have invisible faces

Open for testing