launcher.log2 KBDownload
logstarmade.0.log10 KBDownload
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.
It appears that any despawn command attempting to remove something with a space in it fails.
-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.
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
-Validated-
Open for testing.
Not actually a bug, but if they have constant inflow of blocks, its protected from being moved, as the race conditions could lead to blocks being destroyed or created.
While the first case would not be too much of a problem, the second case would be an exploit.
Can you still reproduce this? Or does it still happen?
I believe we fixed that issue or a related one, quite some time ago, but it may not cover this one directly.
Open for Testing
Open for testing
Adddition: I've tried playing some more and... Well, I've encountered another bug regarding AI and Fleet mining. I was recording it with GIF animation in-game, but in fact I can simply describe it with words:
That may have been fixed now but we need the author to reproduce and provide the logs to be sure.
This problem have been resolved by the latest update. Didnt have anymore problems in saving and spawning a blueprint.
Files required are complete and ready to be added.
Quoted from erthparadine:
side-note: that Intel GPU warning is useless for macOS users…at-best its an annoyance that nobody can do anything about. At worst, it suggests SM developers are not aware of the inherent driver integration on the macOS platform, and therefore that nobody can simply “update” drivers on macOS.
Possibly fixed with fixing beams recently. needs retesting.
Related to other issue with similar NullPointer (probably not needed though). Shutdown error is possibly fixed already
the server I'm on is having the same problem, its even corrupting the factions because of this issue. we've seen this bug since the faction update with npcs.