DotNetBrowser DOMNode débogage

Question

J'utilise DotNetBrowser, ou au moins essayer, et j'essaye d'obtenir toutes les cases à cocher dans un document.

public static void SetCodecSettings() 
    { 
     var waitEvent = new ManualResetEvent(false); 
     _mf.Browser.FinishLoadingFrameEvent += delegate(object sender, FinishLoadingEventArgs e) 
     { 
      if (e.IsMainFrame) 
      { 
       waitEvent.Set(); 
       var doc = _mf.Browser.GetDocument(); 
       var html = _mf.Browser.GetHTML(); 
       var checkBoxes = doc.GetElementsByTagName("input"); 
      } 
     }; 
     _mf.Browser.LoadURL(_mf.PattonDeviceUrl + "/codecset.htm"); 
     waitEvent.WaitOne(); 
    } 

Quand je mets un point d'arrêt, donc je peux inspecter tout ce qui est dans les cases à cocher, je reçois l'erreur suivante lors de l'expansion des cases à cocher dans le débogueur:

Je ne veux pas désactiver la évaluation de la propriété parce que je veux inspecter le contenu de cet élément. Des suggestions sur la façon de corriger cela?

Answer 1

Le moteur Chromium fonctionne dans un processus distinct. La bibliothèque DotNetBrowser utilise plusieurs threads pour échanger des données entre le moteur Chromium et le côté .NET. Presque toute évaluation implique IPC, parce que DotNetBrowser n'effectue aucune mise en cache de données elle-même.

Lorsque Visual Studio arrête l'application à un point d'arrêt, certains threads DotNetBrowser sont mis en pause. Dans ce cas, la bibliothèque ne peut pas obtenir de données et traiter les demandes du processus Chromium. C'est pourquoi vous ne pouvez pas évaluer les expressions dans le débogueur.

Ce problème est plutôt courant lors du débogage d'applications multiprocessus, pas seulement DotNetBrowser. En guise de solution de contournement, vous pouvez utiliser la journalisation pour afficher les données requises lors de l'exécution.

L'article suivant explique le comportement observé:

https://dotnetbrowser.support.teamdev.com/support/solutions/articles/9000117030--the-function-evaluation-requires-all-threads-to-run-message-in-debugger-or-quick-watch