last build checks did had planets just fine ...
cleaning this up therefore

-Validated-
-confirmed-

I'm seeing this on a fresh install of 0.199.253.
Previously we had ASTEROIDS_ENABLE_DYNAMIC_PHYSICS = false, so it may have gone unnoticed if there were no collision checks happening.

everything transparent next to an open door block isnt being rendered

Seems to be a client caching issue.

its either T1863 or T1249

I would test this, but I don't have time right now. :P

Yes .. killing all metadata would make it possible to fix that problem.

OK, so after conversing with AtraUnam about this, she also encountered the bug before and the only way to save something of the ship was taking the Data folder of the blueprint and replacing the Data folder of a blueprint of a core with it. Essentially deleting all block metadata and attached entities. That makes the rails work again, but resets all blocks connections and settings on the entity.
it also ONLY and EXCLUSIVELY happens on large entities with many docked entities. I suspect metadata corruption.

Noticed that a ship going past the default speed will have its speed instantly reset to this default speed upon being nicked or grazed by a pull/push weapon

Here are the stations that disappear on my server. This is only happening to the neutral stations but I provided all the defaults just in case.

-validated-

weird .. cant find it.

In T2000#78899, @SmilingDemon wrote:

Cant reproduce
please upload a century or two

had a good laugh at this. good to know you guys can make jokes will still bug testing XD

Top and bottom textures of blast door slabs are rotated and don't fit to full blocks.

For me, relogging from the main menu can result in things like entities not visually loading, which persists until client restart.

For me, relogging from the main menu can result in things like entities not visually loading, which persists until client restart.

Oh, before reading the description I thought this was the timestamp bug that claimed that things like mail came from the past...

Odd, haven't seen this before and I lose connection often, should be easy to check.

-QA Testing-

support problem

Just going to drop this here:
https://starmadedock.net/threads/mining-drone-solution.26636/

In T1994#78762, @lancake wrote:

I assume the native resolution your laptop is set to is 1920 x 1080 and not 1280 x 720?

not really a bug

Ah, ok. Although I'm able to replicate on a macOS as well, with a totally fresh/new install: only change to settings was disabling the tutorial (as that still causes a crash), and switching to windowed mode. My initial/earlier report was a Linux system (which also uses windowed mode).

Regarding possible move of shopkeep with Chunk32 update. I can replicate this error on a clean/fresh install, single-player only, latest release. Which would lead me to presume that since the world is created anew in this situation, this bug is not related to a block coordinate move.

OK .. your settings causing it for me too

Does not appear GPU-specific, as I can replicate this error on a Mac as well (Intel GPU), single-player only. Same steps as illustrated above.

Emptied the client log folder, and replicated this error in SP only. Also tried the same with an empty/new world, and I can still replicate the error:
Login to SP world, exit to menu, login again, crash.

Not sure it's my specific GPU, but discussions in Slack had people mentioning it so I figured I'd mention mine. One other player mentioned using a Radeon R9.

I only removed the AI block after finding that deactivate turret was innefective.

cant reproduce
must be that fancy GPU of yours ^^