warp was applied while in physics process, which in turn overwrote the fix

I'll see if I can give a better description. I put down the first row of 100 power blocks and move to extend that row. I put the second set of power blocks down and it places them you can see them. But if you try to connect another block to the end you can't it doesn't give you the build indicator box(yellow). Instead if you go down along the row of blocks flying beside it you will see some place around 70 for example the build block disappears. However. I found if you attach a block to that number 70 it will fix the remaining blocks as well. So what I end up doing is connecting a block on the side of the last one I can and remove it then go to the end and attach the next segment of blocks.

Log of crash.

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.

Perhaps this is better phrased as "windows backups need sparse file support", as tar/gzip support was added to the linux side a while back.

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