Skip to content

Releases: PhiStar1/WebConnectBrowserWindows

2024.11.18

18 Nov 21:12
a6265ff
Compare
Choose a tag to compare

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.
    • 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.
    • 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 ...
Read more

2024.11.03

03 Nov 18:31
6cae523
Compare
Choose a tag to compare

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

24 Oct 20:20
6cae523
Compare
Choose a tag to compare

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ü