Ahh I did not realize there were possibly timing complications smaller than a delay signal's capabilities. I added a row that the not-checking row feeds into before being counted by the final ANDs and now everything works! Thank you

Looks like the blueprint has a different state of it then.
Server and location? going to visit it there then.

Yes, the ship has 12,000 rail mass enhancers.

It's not out of power on my server.

Examined the circuit.

Nice command area, but it actually shows the problem:
The ship is out of power.
It shows ~12k rail mass enhancers being used.
Anything above the free-limit will not work anymore when the rail mass enhancers run out of power.

No, thank you, will ask for details if I cant find the problem, I have an idea what it could be.

Should I zip up the entity itself from the server or anything, or is there anything else I can provide to assist?

Well, on the copy on the testserver, all smaller things were moving properly.
Partially back and forth on the same spot, but still looked working.

Loaded tonight's patch server and client side, spawned in blueprint uploaded here, rails still frozen, no change.

Yes, I certainly can.

There was a behaviour change in the logic a few releases ago, that made it more reliable (in terms of preserving signals), but also gave it the ability to preserve too many signals in large circuits and lockup the logic processing.
That would exactly explain the working state for a "fixed loading time".

I removed all of the docked entities, deleted all of the logic blocks, and used copied the ship's block data onto a blank core's blueprint to completely wipe out all of the metadata associated with it. After wiping the metadata, the rails worked again. However, the rails stopped working again within a day.

Issue has been fixed long time ago.

Ah, yeah, well the windows built in scaling options do not play well with most games.

Tried that behaviour a few times with large groups and watched them closely.
Could not reproduce the error,
unless I alt+f4 while the block operations are in progress,
and thus destroying my action-queue in mid of its processing.

Can you reproduce this without using an exploit clock?
As any signal triggering more than usual updates (especially visual active updates) it will run into an anti-spam mode and if it does not recover from slower operation it will stop working completely.

Thank you for the report,
however this is a duplicate, will merge it into the original report.

Gotta check it out more thoroughly before I can consider merging both tasks.

Looks like a duplicate of T390 although every weapon should be affected by that, not only missiles.

Im not sure why this is has been assigned feedback so I am assuming you want me to respond if this has been fixed.

I have been unable to reproduce as of the lastest update, the confirmation window will now dissapear when enter is pressed without needing to close it with the mouse.

Further testing confirms initial reports that lag is distinctly connected to NPC faction trade.

Thanks, I'll merge it with a duplicate and check it out thoroughly once more.

Thanks for looking into this. Since posting the bug I am unable to repeat it again. I had this problem on an online server and in 3 local worlds but it now seems to have cleared itself. Maybe just an glitch but happened over several days. I guess you can close this.

Ok, Further feedback:

Could you upload a blueprint of a ship that has it from time to time?

The server I was having that error on is no longer up (friends lost interest) and I haven't been able to reproduce it in single-player, so I don't know what happened.

Also seeing this.

In T1533#69441, @mclaih wrote:

With the 32 size chunks this seems to happen less often.

Seems fixed

Still an issue, latest launcher version.

Still seeing this issue:

Feb 21 04:51:22 stars SMPrd: [FACTIONMANAGER] faction update took: 14559ms
Feb 21 05:51:36 stars SMPrd: [FACTIONMANAGER] faction update took: 14022ms
Feb 21 06:51:49 stars SMPrd: [FACTIONMANAGER] faction update took: 13266ms
Feb 21 07:52:03 stars SMPrd: [FACTIONMANAGER] faction update took: 13878ms
Feb 21 08:52:16 stars SMPrd: [FACTIONMANAGER] faction update took: 13437ms
Feb 21 09:52:29 stars SMPrd: [FACTIONMANAGER] faction update took: 12471ms
Feb 21 10:52:43 stars SMPrd: [FACTIONMANAGER] faction update took: 13832ms
Feb 21 11:52:57 stars SMPrd: [FACTIONMANAGER] faction update took: 13834ms
Feb 21 12:53:10 stars SMPrd: [FACTIONMANAGER] faction update took: 13691ms
Feb 21 13:53:23 stars SMPrd: [FACTIONMANAGER] faction update took: 13119ms
Feb 21 14:53:38 stars SMPrd: [FACTIONMANAGER] faction update took: 14711ms
Feb 21 15:53:53 stars SMPrd: [FACTIONMANAGER] faction update took: 14671ms
Feb 21 16:54:07 stars SMPrd: [FACTIONMANAGER] faction update took: 14188ms
Feb 21 17:54:22 stars SMPrd: [FACTIONMANAGER] faction update took: 14146ms
Feb 21 18:54:34 stars SMPrd: [FACTIONMANAGER] faction update took: 12681ms
Feb 21 19:54:47 stars SMPrd: [FACTIONMANAGER] faction update took: 12824ms
Feb 21 20:55:02 stars SMPrd: [FACTIONMANAGER] faction update took: 14754ms