It happens the same way on my windows 8.1 computer, but not reliable enough.

yeah, time to switch to it :P

Yeah correct @TomW1605
T798#29907
that resize was a common way to get it back working.

A chest doesn't automatically pull produced goods out of the factory, you have to set a filter for that in the "Change items to auto pull" button.

Checked again and it works again like it should so putting back in queue

Haven't seen it anymore so must have been a temporary bug.

It seems to be a very narrow phase of timing where this happens.
Wireless has also quite a few quirks, like seen here T280#26155,
However, if you can still reproduce it reliable we can meet on the testserver (play.star-made.org:4242) and possibly nail down all required factors once for all and close or finally nail down a series of reports that came up random disconnects.
After reading your report again, it looks like it may be related to unloaded sectors before they get autosaved.

Got almost nothing to add, never knew you could actually disable a pick up point and I doubt kupu new that either, most likely that's the reason why it rotates the block and not use a better "off" state texture.

With bloom enabled it is a lot easier to see this issue happen, but it's not required.

Thank you for the feedback, should be enough to send in queue.

Merging another task into this one, most likely the same cause and both tasks are currently getting no progress.

I believe doing some actions during an auto save can trigger a desynch, I've seen it happen if you try to use a transporter right during an auto save. You ended up desynched. Could be the same for sector changes.

Cannot reproduce.
Tried to reproduce that, however the mechanic is currently as follows:
If an entity has no faction module, or the faction module was never touched (spawn with faction, but never actually activated the module), it will inherit the faction of the parent entity all the time, *except* in the case when a "public permission module" is beside the rail its raildocker is docked to.

Right, but I also know I have already met few others in some lost/forgotten/hidden menu i didn't reported yet.

I'm not trying to be rude or anything so my apologies if i sound upset. My last bug report was closed 8 months ago because, lack of logs and I could not reproduce the wireless disconnect in a predictable manner, It took me this long to get it predicted and it affects nothing else, on my single and multi-player servers, only the wireless. The display block losing data and transporters happened months after my original wireless bug report. I love startmade but the wireless issue is stopping complex stations. example is. i have a huge hanger rail door with lights that flash when they are opening and change when in locked open or closed. they disconnect multiple times a day and need resetting. they is also my mobile craine that tows my dreadnought into bay, the station only opens doors when the ship is docked to it, this needs resetting daily also. I have a huge list but, I hope this bug is found and squashed soon. I did my part, 8 months of fiddling around till I got everything that was asked for, and now its not needed? but the bug is still alive.

Well I know what the glitch is about, but not what caused it.

-Validated-

Unloaded ships will always return exactly to the given sector their attack/defend order said.
Ships that are loaded however return to a neighbouring sector of their order. If the ships are in 0 0 0 and so are you, and you give an order to defend 0 0 1, they won't move. They do however move if you enter 0 0 2 which is 1 sector further.

-Confirmed-

Blocks that have this issue:

I don't understand, this bug has nothing to do with data values and transporters, all mine are fine and all displays are still as they should be, all my transporters are still named and working. this is specifically for wireless, and as T1278 says its random. the wireless one is not, it happens almost every time if you follow the steps i gave. I reported this like 8 months ago but could not get server logs so it was closed. I have my own server now and can get any logs needed.

Well I know that there are more of those out there, see T761. Not sure what I'm going to do with this one since it seems extremely silly to put it in queue just for this mistake.

Possibly related to T847 and a duplicate of T1278. Merging tasks

Might be related to T990

-QA Testing-

-QA Testing-

Confirmed, it was killled by software magic jumbo mumbo. Fingers crossed for the next dev build.

From "Tester Informations"

What works:

• Single item splitting for your hotbar

QA Testing

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-

-QA Testing-