I’m running into a strange intermittent issue with EO.WebBrowser in a WPF application (.NET 8).
Very rarely, I get the following exception:
Quote:System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation.
---> System.Exception: Failed to register DLL data.
at EO.Internal.xeym.rcvg.evav(Type[] nrl, xeyo[]& nrm)
at EO.Internal.xeym.qqkd(Boolean& nmu, Type[] nmv, String nmw, String nmx)
at EO.Internal.xeym.lwry(Type[] nmr, String nms, String nmt)
at EO.Internal.xeyn.lwry(String nsj, String nsk)
at EO.Internal.uxnc.uptr()
at EO.Internal.uxnc.fxro.avnn()
at EO.Internal.xeuc.qdnb(Action lvb)
at EO.Internal.uxnc.kglc(WindowsIdentity hi)
at EO.WebEngine.Engine.Start(WindowsIdentity user)
at EO.WebEngine.Engine.Start()
at EO.Internal.uxnc.uptq()
at EO.Internal.qthw..ctor(WebView d)
at EO.WebBrowser.WebView.Create(IntPtr hWnd)
...
What’s strangeThe app launches fine. If I do not wait and go straight to launching the EO browser code there is very rarely any issue.
EO browser functionality works normally.
If I leave the application idle for ~5–10 minutes without interacting with any EO browser components, then try the execution, the exception consistently occurs.
Once it starts happening, I must close the main app via task manager.
It appears to be failing during: EO.WebEngine.Engine.Start()
Specifically with: System.Exception: Failed to register DLL data.
Possibly related to Engine lifetime / delayed initialization ?
QuestionsWhat exactly triggers “Failed to register DLL data” inside EO?
Could this be related to Windows identity or session changes after idle?
Is it recommended to explicitly call Engine.Start() at application startup instead of lazy-starting on first WebView creation?
Are there known issues with EO after long idle periods?
Any insight would be greatly appreciated especially if someone has seen this pattern before.