XbpHtmlViewer2 Neue Probleme

[Klaus Schuster]

Web Proxy Auto Discovery Protocol (WPAD) zur automatischen Konfiguration eines Proxys in Webbrowsern deaktivieren:

HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Internet Settings \ Wpad
Registry-Eintrag Empfohlener Wert
WpadOverride REG_DWORD 0x00000001 (1)

[ssemleit]

Hallo Klaus,

danke für den Hinweis.
Die Probleme dürften aber nix damit zu tun haben, da es auch beim reinen scrollen im Fenster,
also wenn wenn nix (nach)geladen wird, diese Verzögerungen gibt.
Ich habe aber den Registry-Eintrag zum testen mal gesetzt.
-> Hat leider nix gebracht!

[Tom]

Es wäre auch ein bisschen rätselhaft, wie das automatische Auffinden eines Proxys im lokalen Netz dabei helfen sollte, dieses Nachladeverhalten zu korrigieren, vor allem dann, wenn überhaupt kein Proxy vorhanden ist. Woher hast Du diese Info, Klaus?

[Klaus Schuster]

Danke Werner. Tom, das stimmt. Aber, ich gebe die Hoffnung nicht auf. Und, auf dem Weg zur Lösung kann uns jeder Schritt möglicherweise weiter bringen... Im Lied 'Wenn Liebe das ist' von 'Ihre Kinder' heißt es: Manches führt zu Vielerlei.

[Tom]

Und, auf dem Weg zur Lösung kann uns jeder Schritt möglicherweise weiter bringen

Möglicherweise. Wenn er in die falsche Richtung geht, führt er von der Lösung weg.
Aber interessant, was es alles gibt! Ich werde mich jetzt mal ein bisschen mit dem WPAD befassen. Wenn wir unsere Backends in DMZs verwenden, kann das möglicherweise hilfreich sein.

[Werner_Bayern]

Die Probleme dürften aber nix damit zu tun haben, da es auch beim reinen scrollen im Fenster,
also wenn wenn nix (nach)geladen wird, diese Verzögerungen gibt.

Bei uns dauert auch die Darstellung schon sehr lange, ohne scrollen, sogar, wenn die Elemente leer sind. Man merkt da sofort das Problem. Wir haben uns jetzt mit einem Powershell - Script geholfen, das den oben beschriebenen Vorgang automatisch ausführt. Die extrem vielen Updates des Edge Webview2 nerven tierisch.

[Dominik Krebs]

Ich habe das problem ebenfalls auf meinem Windows 11 Rechner beim anzeigen von Google maps. Es ist nicht mehr nutzbar.

Würdest du mir das Script zur Verfügung stellen?

[Werner_Bayern]

Servus,

nachdem von Alaska hierzu nichts kommt, habe ich mich jetzt nochmal intensiv damit beschäftigt.

Die Lösung für Xbase++ - Progs ist einfach, vermutlich auch für andere Programmiersprachen. Xbase++ sucht sich den Pfad für die WebView2-Runtime in verschiedenen Schlüsseln der Registrierung - fängt beim u. a. Pfad an. Hier die Lösung:

• "schnelle" WEB-View2 komplett (also nicht mittels Explorer, sondern z. B. mittels 7zip oder Winrar) in einen beliebigen Ordner (derzeit aber kein UNC) entpacken

• Folgenden Registry-Eintrag anlegen:

Code: Alles auswählen

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Policies\Microsoft\Edge\WebView2]

[HKEY_CURRENT_USER\Software\Policies\Microsoft\Edge\WebView2\BrowserExecutableFolder]
"DeineEXE.exe"="C:\\Users\\xxx\\Downloads\\WebView2"

Kann ein beliebiger Pfad sein, achtet auf die doppelten Slashs, wenn es über eine REG-Datei gemacht wird. Ab dann nutzt DeineEXE.exe die Webview2 im entsprechenden Pfad!

Inzwischen kann man keine ältere WebView2 mehr downloaden, die noch schnell ist unter Xbase++ ist. Einfach eine PM an mich, dann gibts einen Downloadpfad dafür

Reg auch als Anhang, musste ich aber zippen, weil reg nicht erlaubt ist.

Viel Erfolg!

[ssemleit]

Danke Werner für Deinen Einsatz!

Aktuell fällt es mir schwer mit WebView2 zu entwicklen. Macht so keinen Spaß.
Bei Alaska tritt das Problem auf keinem ihrer Rechner auf. Deshalb können sie es wohl nicht lösen.

Das mit dem gesonderten Pfad für die WebView2-Runtime klingt super. PN folgt.
Auch wenn das keine Dauerlösung ist, wegen Sicherheitsupdates etc., kann man wenigstens wieder damit arbeiten.

[Werner_Bayern]

Servus Stefan,

Sicherheit: Wenn Du damit nur HTML anzeigst und nicht im Internet surfen lässt (oder anklickbare Links), dürfte das vernachlässigbar sein. Mit dieser neuen Lösung schaltest Du nur Deine Applikation frei für das spezielle Webview2. Es liegt auch an Dir, diese upzudaten oder den Registrierungsschlüssel wieder zu löschen, wenn es wieder einwandfrei funktioniert oder eine neuere Version gibt, die dieses Verhalten nicht hat.

[ssemleit]

Jupp, so lange der Anwender keine Möglichkeit hat das ganze Web abzugrasen, dürfte es keine Sicherheitsprobleme geben.
Ich hoffe ja immer noch auf Lokalisierung und Lösung des Problems seitens Alaska.
Dein Workaound sieht nach einem super Workaround aus. Prima!

[Werner_Bayern]

Hier noch eine Quellenangabe: https://learn.microsoft.com/en-us/deplo ... w-policies

[Tom]

Alaska ist sich des Problems aber bewusst und arbeitet auch daran. Ich habe heute eine Initiativanfrage vom Support bekommen und bin um ein paar Infos gebeten worden.

[Jan]

Alaska hat am 24. April den PDR 7662 angelegt mit dem Symptom "A slow-down can be observed in XbpHTMLViewer2 instances under certain conditions...". Gefixt wurde der am 26. April. Sollte also wohl Anfang kommender Woche im Update beseitigt sein.

Wenn das der Grund für die hier diskutierten Probleme sein sollte. Hört sich zwar gleich an, aber so viele Monate später erst angelegt?

Jan