This would have worked better in support, sorry for the late reply,
did you try a reference installation of starmade?

Does this error happen every time you try to connect there, or is this a one-time-issue, that only happens randomly?

Not 100% sure if it is the same due to how the original description is worded; if they were loading schematics then could have occurred while nothing was docked.

looks like the same bug:
http://phab.starma.de/T920

duplicate of T353

no further answers
putting in queue with a few more explaining pictures

[2015-12-31 21:11:51] [CLIENT] CLOSING SOCKET
[2015-12-31 21:11:51] [CLIENT] CLOSING SOCKET
[2015-12-31 21:11:51] [CLIENT] SAVING CLIENT CHANNEL Faction10786 Open: false;
[2015-12-31 21:11:51] [CLIENT] SAVING CLIENT CHANNEL all Open: false;
[2015-12-31 21:11:51] java.net.SocketException: Socket closed
[2015-12-31 21:11:51] at java.net.SocketInputStream.socketRead0(Native Method)
[2015-12-31 21:11:51] at java.net.SocketInputStream.read(SocketInputStream.java:152)
[2015-12-31 21:11:51] at java.net.SocketInputStream.read(SocketInputStream.java:122)
[2015-12-31 21:11:51] at java.net.SocketInputStream.read(SocketInputStream.java:210)
[2015-12-31 21:11:51] at java.io.DataInputStream.readInt(DataInputStream.java:387)
[2015-12-31 21:11:51] at org.schema.schine.network.client.ClientProcessor.run(SourceFile:321)
[2015-12-31 21:11:51] at java.lang.Thread.run(Thread.java:745)
[2015-12-31 21:11:51] [ClientProcessor] EXIT: Input Stream closed. Terminating Client Processor
[2015-12-31 21:11:51] [CLIENT] chat channels saved

Please add the logfile containing the nullpointer stacktrace

Just created a brand new CentOS6.7 64-bit machine. Updated using yum update to make current.
Installed latest StarMade (1.8) fresh. Didn't map any keys.
Start game for the first time (Sandbox). Once I spawn in the shop, I press the leftCTRL key. Bombs straight out.
Is there a debug version of this game that I can try that might give information?

And another nullpointer:

I would like to point out now that we can transfer items from docked entities to another and this is currently broken you cannot automatically transfer items from one entity to another since to transfer items you have to disable it pulling after its received items and to do this automatically you need the logic signal to know when the chest has a item.

Using the docked entity thrust inheritance gave 2 more thrust vs mounting the same amount of thrusters (4) direct to the ship.

Here it is. Logic should be connected to the elevator in this one.....

The problem is, I currently have no one that has it, but happens a lot, and we get a lot of negative steam reviews, because of the NPC-00 falling out of the station.

sure, feel free to send me that entity, cant really reproduce it, without falling out of gravity.
(Sometimes a side-effect in a elevator that has no option to switch gravity to the elevator.)

As a transporter is a civil system without any use for exploits or alike, this could really stay.

Geez, too bad, hoped delay_save + creating links in that time, may cause those corrupted data that gets discarded on reload.
So, back to the investigation table.

duplicate

-Confirmed-

assuming duplicate and no answer

-Validated-
sounds like an exploit to me

rearranged blocking task of similar causes here

This sounds like T649.

Shouldn't the rail docker also emit a docking beam?

basically the same problem as T156 only with activation gate than step on trigger

This is not a bug but a feature request which belongs into the suggestion area of the forum.

Occured to me and my Friends on our Multiplayer Server Today.

I have been having this issue when Teleporting using the admin commands from one sector to another. I realized that this is the only time it happens for me.

The Coolie hat isnt being recognized as valid input.
i cant assign any function to one of its directions,

all pink armor blocks are produceable in factories in dev build

Occurring in my ship, where gravity only extends to 330m below the core, 350 above, 649m aft, 450m forwards, 355m port, and 357m starboard.
Ship dimensions are: Length 1003m, Height 601m, width 619m.
Ship relative dimensions are 281m above the core, 508m forwards, 493m aft, 372m below, 309m port, 309 starboard
So, gravity does not entirely cover below or forwards, but all other directions appear to be covered.
Note: distances measured using navigation and may not be exact.
Let me know if a copy of the ship would be useful.
EDIT: this also seems to apply to the entire ship alignment and not just the gravity unit. Could be related to T758, in that areas of the ship aren't recognized as actually being present. Also like that bug the area covered by gravity increased after i started placing blocks outside of that area.

https://www.youtube.com/watch?v=sNTa0NJK-_I
Still happening. Ship diagram also unloads itself on reload of 'normal space' sector.

putting in queue then .. linking as being blocked by 1004 to remember this when 1004 gets fixed

Can't seem to reproduce by using /delay_save.