PLZ Retest and Re-Report Client freezes, may resume with CoQ and item loss when manipulating inventory fast

Discussion in 'Archive (Read Only)' started by RedScourge, Apr 24, 2021.

  1. RedScourge

    RedScourge Commander

    Joined:
    Feb 12, 2016
    Messages:
    130
    Likes Received:
    88
    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)
     

    Attached Files:

    #1
    Last edited: Apr 25, 2021
  2. RedScourge

    RedScourge Commander

    Joined:
    Feb 12, 2016
    Messages:
    130
    Likes Received:
    88
    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.
     
    #2
  3. RedScourge

    RedScourge Commander

    Joined:
    Feb 12, 2016
    Messages:
    130
    Likes Received:
    88
    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.
     
    #3
    Last edited: May 7, 2021
    Germanicus likes this.
  4. Pantera

    Pantera Administrator Staff Member

    • Developer
    • Moderator
    Joined:
    Aug 15, 2016
    Messages:
    3,401
    Likes Received:
    6,053
    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.
     
    #4
    Germanicus likes this.
  5. RedScourge

    RedScourge Commander

    Joined:
    Feb 12, 2016
    Messages:
    130
    Likes Received:
    88
    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)
     

    Attached Files:

    #5
  6. RedScourge

    RedScourge Commander

    Joined:
    Feb 12, 2016
    Messages:
    130
    Likes Received:
    88
    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).
     
    #6
  7. RedScourge

    RedScourge Commander

    Joined:
    Feb 12, 2016
    Messages:
    130
    Likes Received:
    88
    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.
     
    #7
    Germanicus likes this.

Share This Page