Build: 1.4.5 3279 Mode: MP Mode: Survival SERVER NAME: Space Cowboys RE (custom scenario, unlikely relevant as involves only base-game interfaces and items) SEED-ID: If applicable: MODIFIED PLAYFIELDS: Reproducibility: Often Severity: Medium Type: Freeze and CoQ with UI Summary: Client freezes, may resume with CoQ and item loss when manipulating inventory fast Description: After transferring a stack of items between different storages then quickly right clicking to puck up half the stack, sometimes the game client freezes up for an extended period of time. If you leave it for long enough, it MAY recover, after kicking you from the MP server, displaying a CoQ error dialog, with the tooltip of the item you were manipulating rendering on top of the CoQ, though the CoQ buttons are still interactible. Most likely some sort of timing issue connected to whatever bug is causing tooltips to stay on top of the screen until you mouse over another item. Not sure if specific to MP, if only affects left side of F4 screen. Only started noticing this error in the last two weeks or so. Issue occurs for me about once every 4 hours, is most likely timing and internal database related, not sure if specific to when transferring items between storages belonging to different structures or any certain combination of factors. Steps to Reproduce: Log in to an MP server Press F4 to open inventory menu Left click a stack on one side, left click to place it in another slot, then quickly right click to re-grab half of that stack Repeat until game freezes Screenshots, Crash Logs, any other Relevant Information or Download links: Client log: 24-10:27:23.379 04_27 -LOG- Disconnected from server [ConnRes] 24-10:27:23.664 04_27 -LOG- Cleanup playfield 'UCHN Explorer' 24-10:27:23.679 04_27 -LOG- Unloading playfield 'UCHN Explorer' 24-10:27:24.079 04_27 -LOG- Unloading playfield done (399ms) 24-10:27:24.126 04_27 -LOG- Cleanup done (462 ms) Unloading 2 Unused Serialized files (Serialized files now loaded: 9) 24-10:27:24.369 04_27 -LOG- Steam: CancelAuthTicket 7 NullReferenceException: Object reference not set to an instance of an object at Assembly-CSharp.EditorDictionaryNodeLoader.RebuildXmlFile () [0x0006b] in <aa6d32c83c054a6c907ff3d2a92d16c7>:0 at MBS.Update () [0x00008] in <aa6d32c83c054a6c907ff3d2a92d16c7>:0 (Filename: <aa6d32c83c054a6c907ff3d2a92d16c7> Line: 0)
Experienced a similar freeze then MP disconnect about 12 hours later, this time with no CoQ or notable log entry and no tooltip staying on the screen after being sent back to main menu, but it was with left click then another left click, rather than left click then right click. Note that I've now experienced this issue multiple times in the same week, on two different computers, while playing on the same MP server.
I think it may be a product of the v1.4.6 update which introduced a new EAC feature, and a product of the fact that I connect to my MP server via 127.0.0.1:30010 as my router does not NAT my external address so the server list doesn't work for me. I'm not sure if it is still is the cause of the issue, as I have only frozen once since build 3283, and it seemed like a different issue because 1/3 of my ship disappeared when i reconnected. I will delete the EAC folder and redownload files and see if it fixes my freezing.
Nothing triggers for me when repeatedly trying this with multiple different item stacks (small & large stacks). Does it only happen with specific items ? Please attach the log copy & pasted text from a log is of no use for exceptions as they are obfuscated.
It seems to happen with whatever items I'm using, I've rarely seem the same item twice. Just happened again twice today, no EAC related error message this time though, but I get an entirely different error now. Perhaps due to the v1.4.7 update, not sure, but earlier on I purged the EAC files and re-downloaded them via steam and it did not seem to help. Today this happened once while quickly hitting F4 then transferring an item, and again an hour or two later at the exact moment that I pressed F on a constructor to access it. No one else on my server is reporting this, so I think it may have to do with the fact that I access the server from 127.0.0.1 and/or perhaps the fact that my latency is super low. Another possibility I will investigate is whether it is only happening shortly after I traveled to the base from several km away, or if that is a coincidence. This is the error I got both times today, identical each time (will upload log too): Code: 10-04:27:10.167 22_27 -ERR- Dragging: Cannot update item 558 (above line repeats with tons of different ID numbers) NullReferenceException: Object reference not set to an instance of an object at Eleon.Ngui.ItemGrid.UncheckPackage (UnityEngine.GameObject , Assembly-CSharp.PartitionList ) [0x0014e] in <0f4a5d378ed44f0a81065d1afad7f056>:0 at Eleon.Ngui.ItemGrid.UncheckPackage (System.Int32 , Assembly-CSharp.PartitionList , System.Single ) [0x000bd] in <0f4a5d378ed44f0a81065d1afad7f056>:0 at Eleon.Ngui.ItemGrid.ProcessActivity (System.Int32 ) [0x00105] in <0f4a5d378ed44f0a81065d1afad7f056>:0 at Eleon.Ngui.ItemGrid.UpdateCommand (Assembly-CSharp.PartitionList[] , System.Boolean , System.Int32 ) [0x0005e] in <0f4a5d378ed44f0a81065d1afad7f056>:0 at Eleon.Ngui.ItemGrid.UpdateCommand (Assembly-CSharp.PartitionList[] , System.Int32 ) [0x00066] in <0f4a5d378ed44f0a81065d1afad7f056>:0 at Eleon.Ngui.ItemGridConstructorInventory.Update () [0x0004f] in <0f4a5d378ed44f0a81065d1afad7f056>:0 (Filename: <0f4a5d378ed44f0a81065d1afad7f056> Line: 0) NullReferenceException: Object reference not set to an instance of an object at Eleon.Ngui.ItemGridTemplates.CleanDevice () [0x0005d] in <0f4a5d378ed44f0a81065d1afad7f056>:0 at Eleon.Ngui.ItemGridTemplates.Update () [0x00073] in <0f4a5d378ed44f0a81065d1afad7f056>:0 (Filename: <0f4a5d378ed44f0a81065d1afad7f056> Line: 0)
As with most of the bugs that I report that get marked as "currently not reproducible", they seem to only ever happen to me once a day or less, so I think the infrequency makes it really hard to troubleshoot and reproduce. Perhaps when you guys start digging into less imminent bugs in the core of the game and/or multiplayer server code, like things that lead to instability after several hours long gaming sessions, it may make sense to revisit several of my bug reports (unless of course the relevant code gets completely revamped by then).
Please note that I have not experienced this issue even one single time since about 1.5.0, so I suspect this issue has long since resolved itself.
