For more information see here Bug Report Template Build: 1.10 4227 Mode: Single Player Mode: Survival Reproducibility: Always Severity: Major Type: CoQ, NullReferenceException, Dialog Summary: CoQ when 'Emergency Diagnostics Subsystem' dialog box shows Description: CoQ when 'Emergency Diagnostics Subsystem' dialog box shows. I then get console and log spam of '[3D WebView] [WindowsPluginToChromiumBridge] WriteFile failed with error code: 232'. Game start was Akua. Steps to Reproduce: 1) Start a new survival game on Akua. 2) Wait until the 'Emergency Diagnostics Subsystem' dialog box shows. Screenshots, Crash Logs, any other Relevant Information or Download links:
I cannot reproduce any exception for this each time I try video -> https://streamable.com/kc7o39 Is there anything more you can add about how this triggers ? Can you trigger it on demand ?
Its 100% reproducible for me and has triggered on all 4 of the test games I have started. The only thing I get that is diferant form the vid you linked is that I don't get the voice over after the dialog box opens and then I get a COQ. Is it possible that I'm somehow missing a required redistributable? I have also verified the integrity of the game cache. I'm going to try a clean reinstall of the game and post back.
Right, so it turns out whatever your using for the voiceover SPICIFICLY doesn't like it when C:\Program Files (x86)\Steam\steamapps\common is located on another drive and liked up with a Windows Symbolic Link. Probably some poorly constructed bit of code somewhere that doesn't take symbolic links into account. Maybe a absolute path problem? This was done so that my steam library could reside outside my C drive but maintain compatibility with programs (modding tools) that look for this exact install path. I can probably find a workaround by adding another steam library on the other drive. I also went back to the stable branch to test and have found that I get a COQ here as well. This was NOT the case as of the previous stable version and I don't think it was the case a few days ago... I did notice I had an update to the steam redistributable package so I guess that could be the cultrate. So probably not a bug with Empyrion per-say but something you might want to keep an eye on incase someone else has the same problem. === Edit === Yep, adding a new steam library on the other drive and then moving my Empyrion install with steams built in tool fixs this for me. === Edit 2 === I have the windows crash dumps for Vuplex WebView.vuplex if you want them.
hmm ok it seems I can trigger it via a "Symbolic Link" setup. Just curious is your Symbolic link setup using "Symbolic Link" or "Symbolic Link Clone" ? I will log this soon to be investigated to see what can be done for this use case.
I don't really use clones much. For this it was just the a normal symbolic like to the common folder.