-Validated-

I've seen it once in a dev build and haven't been able to reproduce it since then, going to leave this one on open for a while.

Still can't reproduce so in case the logs aren't enough to fix it, please send back to "Open" status

Intended behavior for now, will be changed eventually.

I had this happen to me once. It was on my huge long-term ship building project, which I haven't finished yet. I went into my single player world to do some building on my ship, and noticed that all the transporter names had disappeared. It has 9 transporter rooms in it, and a rail elevator. I re-entered all the transporter names and it hasn't happened again since that one time.

-Rejected-
I just retested and all is good. One one the fixes must have gotten it too.

You can get the same issue with redo, it seems to be caused by sections that cross uninitialized chunks. Seems it's unable to undo or redo those sections without crashing

Occurs for all invisible blocks excepting the trigger area block.

Thanks for this information, I'll merge it with another task and move it into queue after tracking it down completely.

Renaming a ship will only update the name in your fleet menu after restarting your client.

As mentioned in the description: If you have "docked" and "turrets" nav icons disabled, they'll flicker on and off when a ship docks or undocks to your ship (easy to see with carrier recall)

Yep, easy to see when using carrier recall on drones. Right after they dock, your nav markers on your ship that should be disabled, appear visible for 0.1 sec before disappearing again.

In T1275#48860, @lancake wrote:

In T1275#48709, @Gamel wrote:

Please ignore the previous comment, I do found the real problem this time.
It is the translation pack !!!!!
The auto pull list only have english, so when I use a chinese language pack
The block names are in chinese, then the blocks can't be pull.
I notice this with a incomplete language pack, the block with chinese character can't be pull and the english only ones can be pull.
I guess there should be a simple solution for this, let the pull system pull by block ID not block name.

Good find! I assume the same goes for normal pulling, on the same entity?

In T1275#48709, @Gamel wrote:

Please ignore the previous comment, I do found the real problem this time.
It is the translation pack !!!!!
The auto pull list only have english, so when I use a chinese language pack
The block names are in chinese, then the blocks can't be pull.
I notice this with a incomplete language pack, the block with chinese character can't be pull and the english only ones can be pull.
I guess there should be a simple solution for this, let the pull system pull by block ID not block name.

Just like in T927, can't reproduce this with a server shutdown so it must be something else causing it. We didn't receive feedback on that other task so if you find any clue, doesn't matter what, please share so we can check it out again.

What should happen: After you press EXIT TUTORIAL
-> The tutorial menu auto closes
-> The dialog menu TUTORIAL EXIT pops up, asking you if you want to show the tutorial on next startup or not

-Validated-

There may be other ways to get it to auto close. We had this problem in the past where menus auto closed due to something happening elsewhere on the server.
I believe 1 of those triggers was a player entering your sector, or a player joining the server. Pretty sure that got fixed but it's something to look at during QA

On the test server I can open my rail menu just fine, no lag at all and it doesn't auto close. I'm 100% sure that it closes due to other stuff but haven't tracked that down yet.

Preferred behavior would have the item selected remain in the hotbar position for as long as that storage contains the item, regardless of its position within the storage.

Hm, it might be related to T679. If you're near a planet, your cpu will also reach a high usage due to planet generation.
Can you please contact support? -> http://help.star-made.org/support/tickets/new
They may be able to help you fix this issue and if it can be fixed on starmade's side, i'll re-open this task and put it in queue with the extra information a support agent has gathered.

Seems there are some format issues.

Please ignore the previous comment, I do found the real problem this time.
It is the translation pack !!!!!

tried it on a ubuntu with java8, not working as the java8 on OSX

This is a fairly simple fix for a small, but annoying issue. That said, this fix will need some testing in odd situations.

1.)yes, rail basic.
2.)yes, i have set auto all for 100qty each

Should be reproducible, could be related to symmetry and a specific block, I've seen a similar issue when pasting a specific template over symmetry.
Logs are probably enough to fix it but I'll try to reproduce it first, no way to know if it's truly fixed otherwise.

I'm sorry for this late-ish answer but this is something you should contact support with: http://help.star-made.org/support/tickets/new
Refer to this task so you don't need to share all your information again.

-Confirmed-

Seems like any hotbar slot triggers it, no matter what is in it (empty ones do it too), only happens for the ship directly docked to the anchor.

This is not the same bug. For me the ships will fly over and attempt to mine, but they will spend most of their time not actually hitting the asteroid. They will also randomly flip to the side and back.

Duplicate, merging tasks.

Medium to large ships have issues aiming their salvager, or getting to face the ship correctly.

-Confirmed-

Surprised we don't have it reported yet, can't find it. Don't need to add anything to this so pushing in queue.