Releases: PhiStar1/WebConnectBrowserWindows
2024.11.18
DEUTSCH:
Folgende Komponenten werden auf eine neuere Version aktualisiert:
- WebView2 BackEnd: 130.0.1823.32 --> 130.0.2849.56
- FrontEnd: 1.0 --> 1.1
- PKI Metadata: 13.0.0.0 --> 14.0.0.1
- Snapshots: 126.0.2592.113 --> 129.0.2792.89
- Subresource Filter: 10.34.0.54 --> 10.34.0.55
- trustToken: 2024.8.165 --> 2024.10.11.1
- System.Threading.Channels: 7.0.0 --> 8.0.0
FrontEnd:
-
Anpassungen von Fehlermeldungen, wenn WebConnect-Systemdateien fehlen,
welche für den Bootvorgang der Software benötigt werden. -
Korrektur der Versionsanzeigen von verschiedenen WebConnect-Komponenten
-
Korrektur des Softwareversion-Changelog
-
Anzeigefehler in der App-Info behoben, der dazu führte, dass ein Link nicht angezeigt wurde
-
Es wurde ein Fehler behoben, der verursachte, dass wenn man versucht, über
Verknüpfungen/Geräte/NAS oder Router/Stattdessen IP-Adresse eingeben die Webseite
eines solchen Gerätes anzuzeigen, dass der Abbrechen-Button nicht funktioniert. -
Neues Icon für Verknüpfungen
-
Microsoft Edge WebView: 130.0.1823.32 -> 130.0.849.56
Dies wurde maschinell übersetzt und der Text kann Fehler enthalten.- Features
– Einführung einer Option zum Abbrechen der anfänglichen Navigation in WebView2, um die Startleistung zu verbessern.
– Diese Änderung ist standardmäßig deaktiviert und kann mithilfe von aktiviert werden
msWebView2CancelInitialNavigation-Featureflag.
– Einführung des Feature-Flags msWebView2EnableDownloadContentInWebResourceResponseReceived,
eine experimentelle Funktion (und nicht als stabile Funktion). Wenn dieses Flag aktiviert ist, sind Antworten möglich
der Navigationen, die zu Downloads werden, in WebResourceResponseReceived verfügbar sein.
– Unterstützung für C#/WinRT .NET 6+ hinzugefügt. - Laufzeit und SDK
– Ein Absturz wurde behoben, wenn asynchrone Methoden des .NET-Hostobjekts ein Nullergebnis zurückgaben
– Das Standardverhalten von SetUserAgent wurde erneut aktiviert: Standardmäßig ist SetUserAgent für ursprungsübergreifende
Iframes
wirksam. - Nur Laufzeit
– Ein WebView2-Speicherleckproblem beim Schließen des Fensters wurde behoben.
– Es wurde ein Problem behoben, bei dem „ignoreMemberNotFoundError“ für .NET-Objekte nicht funktionierte
– Gibt jetzt einen korrekten Fehlercode zurück, wenn CreateSharedBuffer mit einer Puffergröße von 0 aufgerufen wird.
– Ein Aktivierungsproblem für das Caret-Browsing-Dialogfeld wurde behoben.
– Es wurde ein Problem behoben, bei dem das WebView2 Visual Hosting CursorChanged-Ereignis für benutzerdefinierte Cursor nicht
ausgelöst wurde.
– Es wurde ein Fehler behoben, bei dem, wenn der LaunchingExternalURIScheme-Ereignishandler angehängt ist,
und das Kontrollkästchen „Immer merken“ aktiviert ist und der Benutzer dieses Kontrollkästchen aktiviert, wird der Dialog erneut
falsch angezeigt.
– Es wurde ein Problem behoben, bei dem Textbearbeitungssteuerelemente im visuellen Hosting die IME-Eingabe duplizierten, wenn
der Fokus verloren und dann wieder erlangt wurde.
– Es wurde ein Problem behoben, bei dem voll vertrauenswürdige UWP-Apps eigene Fenster nicht anzeigen konnten.
– Ein Fehler in der Aktivierungslogik des eigenen Fensters für visuelles Hosting wurde behoben.
– BreakoutBoxPreferCaptureTimestampInVideoFrame für WebView2 TextureStream deaktiviert.
– Es wurde eine Regression behoben, bei der das WindowCloseRequested-Ereignis nur beim ersten Aufruf von window.close()
ausgelöst wurde.
– Es wurde eine Regression behoben, bei der typisierte Arrays in der WinRT-JavaScript-Projektion nicht als IDispatch im Host
behandelt werden konnten.
– Es wurde ein Fehler behoben, bei dem das Popup zum automatischen Ausfüllen sofort geschlossen wurde und eine Fokusänderung
verursachte.
– Es wurde ein Fehler behoben, bei dem WebView2 aufgrund von AppPolicyGetWindowingModel nicht geladen werden konnte.
– Es wurde ein Problem behoben, bei dem das App-Fenster nicht über Systembefehle gesteuert werden konnte
(z. B. Alt+F4 oder Alt+Leertaste), wenn der Fokus in WebView2 für den visuellen Hostingmodus lag.
– Es wurde ein Fehler in WebView2 UWP behoben, bei dem in der Host-App nicht auf die Suchleiste geklickt werden konnte.
– Es wurde eine Regression behoben, bei der WebResourceRequested-Ereignisse auf bestimmten Websites abstürzten.- Die interaktive Ziehfunktion ist standardmäßig aktiviert. Siehe Edge-Webview-Interactive-Dragging in WebView2-Browserflags.
– IsolateSandboxedIframes für WebView2 deaktiviert.
– Es wurde ein Problem behoben, bei dem die WebView-Erstellung fehlschlägt, wenn mehrere Instanzen gleichzeitig gestartet
werden.
– Es wurde ein Fehler in der WinRT-JavaScript-Projektion behoben, bei dem vorhandene Eigenschaften in Objekten
zwischengespeichert wurden, deren Namen
Enthält einen Proxy oder eine Funktion, die aufgrund einer Namenskollision einen Fehler verursacht hat.
– Es wurde ein Fehler behoben, bei dem das WebView2-Steuerelement nach dem Trennen und erneuten Anschließen eines Monitors
die falsche Größe annahm.
– Es wurde ein Problem behoben, bei dem „mailto:“-Links ein Popup-Fenster ohne Titel geöffnet ließen, anstatt das Popup-Fenster
automatisch zu schließen.
– Es wurde ein Problem behoben, bei dem die Fokussierung auf ein WebView2-Steuerelement in WinAppSDK bei deaktivierter
Windows-Einstellung „Inaktive Fenster scrollen“ deaktiviert war
hat dazu geführt, dass das Scrollen fehlgeschlagen ist.
– Blockierte Edge://Wallet in WebView2.
– Die Umgebungsvariable für die Standardhintergrundfarbe in .NET WebView2-Steuerelementen wurde gelöscht, nachdem die
Erstellung des Controllers abgeschlossen ist.
– Barrierefreiheitsunterstützung für Webview2 im visuellen Hosting-Modus aktiviert.
– Es wurde ein Fehler beim Entfernen eines Filters „Webressource angefordert“ für mehrere Quellen behoben, wenn eine davon ein
Dokument ist.
– Es wurde eine Regression behoben, bei der DataList in WinUI oder in anderen visuell gehosteten WebView2-Instanzen nicht
sichtbar war.
– Es wurde ein Fokusproblem im Download-Dialogfeld behoben, das beim Drücken von Tab oder Umschalt+Tab zum Wechseln in
das Webview2-Steuerelement auftrat.
- Die interaktive Ziehfunktion ist standardmäßig aktiviert. Siehe Edge-Webview-Interactive-Dragging in WebView2-Browserflags.
- Nur SDK
– Es wurde ein Problem im SDK behoben, das zu fehlerhaften -Werten in der Liste der .NET-Projektplattformen führte.
– Hinzufügen der fehlenden WinRT CoreWebView2Notification.VibrationPattern-API. Diese WinRT-API kann
mit den Versionshinweisen zur Stable Notification API Promotion kombiniert werden; siehe „Web-Benachrichtigung“ und
NotificationReceived für WinRT, direkt oben.
– Es wurde ein Problem behoben, bei dem KeyDown-Ereignisse aus dem WinForms WebView2-Steuerelement das nicht enthielten
Korrekte ModifierKeys-Informationen.
– x86 für WinRT C#-Projektion behoben.
– CreateCoreWebView2Environment und GetAvailableCoreWebView2BrowserVersionString erstellt
Robuster gegenüber potenziellen Rennbedingungen während der Laufzeitaktualisierung.
– x86 für WinRT C#-Projektion behoben.
– Die C#-WinRT-Projektion funktioniert jetzt auf UWP.
– Es wurde ein Problem behoben, um sicherzustellen, dass GeneratedFilesDir nicht mehr in der Visual Studio für C#-WinRT-Projektion
angezeigt wird.
– Eine SDK-Abhängigkeit für .NET-Projekte behoben.
– Ein Kompatibilitätsproblem beim Aufruf von GetAvailableBrowserVersionString() mit einer älteren WebView2Loader.dll wurde
behoben.
– Probleme beim Kompilieren von wv2winrt-generiertem Code mit den Optionen cpp20 und /permissive- behoben.
– .NET 8 TargetFramework für C# WinRT hinzugefügt, AOT-Kompatibilität (Ahead-of-Time) aktiviert und deaktiviert
Laufzeit-Marshalling.
– Eine SDK-Abhängigkeit für .NET-Projekte behoben.
– Arm64-Inkompatibilität mit WindowsAppSDK 1.6 behoben.
– Zusätzliche WebView2Loader.dll im WinAppSDK-Fall entfernt.- Verwenden von CoreWebView2.AddWebResourceRequestedFilter ohne ein Parameter
CoreWebView2WebResourceRequestSourceKinds ist jetzt veraltet.
Siehe die .NET CoreWebView2.AddWebResourceRequestedFilter-Methode. - Verwenden von CoreWebView2.AddWebResourceRequestedFilter ohne a
Der Parameter CoreWebView2WebResourceRequestSourceKinds ist jetzt
veraltet. Siehe die .NET CoreWebView2.AddWebResourceRequestedFilter-Methode.
– .NET 8 TargetFramework für C# WinRT hinzugefügt, AOT aktiviert (vorab)
Kompatibilität und deaktiviertes Runtime-Marshalling.
- Verwenden von CoreWebView2.AddWebResourceRequestedFilter ohne ein Parameter
- Promotionen
- Unterstützung für die Fluent Style Overlay-Bildlaufleiste.
– Die WebMessageObjects-API wurde aktualisiert, um das Einfügen von DOM-Objekten in WebView2-Inhalte zu ermöglichen, die
über die App erstellt werden.
und über die CoreWebView2.PostWebMessage API in die andere Richtung. Ein neuer Webobjekttyp zur Darstellung einer Datei
hinzugefügt
System-Handle, das an den Webinhalt gesendet werden kann, um ihm Dateisystemzugriff zu ermöglichen.
– SaveAs-APIs hinzugefügt, mit denen Sie den Vorgang „Speichern unter“ programmgesteuert ausführen können. Sie können diese
APIs verwenden, um
Blockieren Sie das Standarddialogfeld „Speichern unter“ und speichern Sie dann entweder stillschweigend oder erstellen Sie Ihre
eigene Benutzeroberfläche für „Speichern unter“. Diese APIs gelten
nur auf das Dialogfeld „Speichern unter“, nicht auf das Dialogfeld „Herunterladen“, das weiterhin ...
- Unterstützung für die Fluent Style Overlay-Bildlaufleiste.
- Features
2024.11.03
2024.11.03
Deutsch:
- Ein Bug wurde behoben, bei dem der WebConnect-Updater ein Software-Update gefunden hat, obwohl die neuste WebConnect-Version auf deinem Gerät installiert ist.
English:
- Fixed a bug where the WebConnect updater found a software update even though the latest WebConnect version was installed on your device.
Español:
- Se corrigió un error por el cual el actualizador de WebConnect encontraba una actualización de software a pesar de que la última versión de WebConnect estaba instalada en su dispositivo.
Français:
- Correction d'un bug où le programme de mise à jour WebConnect trouvait une mise à jour logicielle même si la dernière version de WebConnect était installée sur votre appareil.
Italiano:
- Risolto un bug in cui il programma di aggiornamento WebConnect trovava un aggiornamento software anche se sul dispositivo era installata la versione più recente di WebConnect.
Türkçe:
- Cihazınızda en son WebConnect sürümü yüklü olmasına rağmen WebConnect güncelleyicisinin bir yazılım güncellemesi bulmasına neden olan hata düzeltildi.
2024.09.01
2024.09.01
Deutsch:
- Erste öffentliche Entwicklungsversion
English: - First public development release
Español: - Primer lanzamiento público de desarrollo
Français: - Première version publique de développement
Italiano: - Prima versione di sviluppo pubblica
Türkçe: - İlk halka açık geliştirme sürümü