CentOS 6-64bit.
Using current version of 64-bit Java.
No other S/W running other than Firefox.

I hear you...

-Confirmed-
Power con should be 687 for a 5x5x5; when selecting info on the block cell it reads 343500 power used.

Cargo blocks adjacent to glass will be invisible through the glass, as well. Not sure if I should make a separate task or if it should all be merged into a new single task for transparency bugs.

yeah .. cant find a way to properly reproduce this .. it happens or not .. seemingly erratic.

Still found a bleeder, still no rhyme or reason.. At least i found the cargo floating and was able to recover it...

-QA Testing-

-Confirmed-

This is still an issue in the latest stable version.
I created a fairly big ship in a shipyard, then took it out for a test flight. Only the main ship was in the test sector, together with 1 attached part on a rail. All other rail items connected to this part were missing.
Upon return to the base i notice ghostblock remnants of what were the missing parts. Albeit shifted in place. These ghostblocks can't be intereacted with in any way. When the server is rebooted, these ghostblocks materialize in the center of the planet right below the shipyard. (and causing some collision lag as well)

-Validated-

Big vs Big is actually not really an issue. However, it does become one if you have docked entities and all of them come "close" to that other big contraption.
This could be a station you're just approaching with your big ship + its 50 turrets. Once enough of those turrets come close enough you'll see a giant impact on performance.
Or 2 big ships face hugging each other with plenty of turrets near the front.

Can't really get that crash log, but pretty much all non cubic blocks except for slabs are showing render issues when mass placed:

-QA Testing-

-Validated-

-Validated- & -Confirmed-

Yeah, after it is dropped by the "bleed when over capacity" mechanic, it doesn't remove its added mass so it stays as heavy as if it still had those blocks in chest.

Yeah, looks like there are more of these issues too, similar to T370.
This needs more testing, sitting outside a planet atmosphere causes issues too for example.

cant reproduce in latest dev build

Same here.

What Linux are you using while having that problem ?
Are you using any other software that uses Keybinds at the same time ?
and yes it is not happening on Windows

The goal here is more to visually please. if everything is uniform, it wouldn't look good

Found that i lost cargo after re logging.

:) I still dont think that they are related :P.. The wireless one is pretty consistent.. (or at least it was when i was working with the wireless) The everything disconnecting all at once when it decides to is a crap shoot. We dont know when it will happen.. ;)

Last time it occurred it effected across sectors, mine at 2.2.3 and Klowns public gate 1-2 sectors away.

Seen this happening, however, the problem seems to be the "mousover" about "volume" it seems to take from inventory depending on slot it is in the target.
This difference also happens when splitting stacks in inventory, it sometimes displays the volume from a stack in inventory, when pointing to a stack in a chest.
But as shown this does not happen in all cases, seems like the last stack moved counts, but not sure.

It did not do that on the build we reported T911

-Rejected-

In T847#31136, @Chandler wrote:

THis has been reported.
T755: Computers and logic all disconnect on their own.
It's rough to test, because we cant reproduce it.

Doesn't look like it is fixed.

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

It almost seems as though this cannot be replicated on purpose at all... Sometimes it happens 10 times in a row with different BPs, sometimes it happens once out of the blue when everything else is working, sometimes it doesn't happen at all.