Veröffentlichung von Chrome 106

Die Firma Google hat die Veröffentlichung des Webbrowsers Chrome 106 angekĂŒndigt. Gleichzeitig steht eine stabile Version des Open-Source-Projekts Chromium zur VerfĂŒgung, das die Grundlage fĂŒr Chrome bildet. Der Browser Chrome unterscheidet sich von Chromium durch die Verwendung von Google-Logos, ein System zur Benachrichtigung im Falle eines Absturzes, Module zur Wiedergabe von kopiergeschĂŒtztem Videoinhalt (DRM), ein automatisches Update-System, die stĂ€ndige Aktivierung von Sandbox-Isolierung, die Bereitstellung von SchlĂŒsseln fĂŒr die Google API und die Übertragung von RLZ-Parametern bei der Suche. FĂŒr diejenigen, die mehr Zeit fĂŒr das Update benötigen, wird zusĂ€tzlich ein Extended Stable-Zweig unterstĂŒtzt, der 8 Wochen dauert. Die nĂ€chste Veröffentlichung von Chrome 107 ist fĂŒr den 25. Oktober geplant.

Wesentliche Änderungen in Chrome 106:

  • FĂŒr Benutzer von Desktop-Versionen wurde standardmĂ€ĂŸig der Mechanismus Prerender2 zur proaktiven Darstellung von Empfehlungsinhalten in der Omnibox-Adressleiste aktiviert. Die proaktive Darstellung ergĂ€nzt die zuvor verfĂŒgbare Funktion zum Laden der wahrscheinlichsten Empfehlungen fĂŒr einen Übergang, ohne auf einen Klick des Benutzers zu warten. Neben dem Laden können nun die Inhalte der mit Empfehlungen verbundenen Seiten im Hintergrund gerendert werden (einschließlich der AusfĂŒhrung von Skripten und der Bildung des DOM-Baums), was eine sofortige Anzeige der Empfehlungen nach einem Klick ermöglicht.
  • Die Möglichkeit, direkt aus der Omnibox-Adressleiste in der Historie, Lesezeichen und Tabs zu suchen, wurde bereitgestellt. Zur Lokalisierung der Suche stehen die Steuer-Tags @history, @bookmarks und @tabs zur VerfĂŒgung. Zum Beispiel muss fĂŒr die Suche in den Lesezeichen „@bookmarks Suchbegriff“ eingegeben werden. Um die Suche aus der Adressleiste zu deaktivieren, gibt es eine spezielle Option in den Sucheinstellungen.
    Veröffentlichung von Chrome 106
    Veröffentlichung von Chrome 106
  • Die UnterstĂŒtzung der Server-Push-Technologie, die in den Standards HTTP/2 und HTTP/3 definiert ist und die es ermöglicht, wurde standardmĂ€ĂŸig deaktiviert. zu einem Server Ressourcen an den Kunden senden, ohne auf deren ausdrĂŒckliche Anfrage zu warten. Als Grund fĂŒr die Einstellung der UnterstĂŒtzung wird die ĂŒbermĂ€ĂŸige KomplexitĂ€t bei der Implementierung der Technologie genannt, wĂ€hrend einfachere und ebenso effiziente Alternativen wie das Tag , die HTTP-Antwort 103 und das WebTransport-Protokoll zur VerfĂŒgung stehen. Laut Google nutzten im Jahr 2021 etwa 1,25 % der Websites, die ĂŒber HTTP/2 betrieben wurden, Server Push, und im Jahr 2022 sank dieser Wert auf 0,7 %. Die Server-Push-Technologie ist auch in der HTTP/3-Spezifikation enthalten, wird jedoch in der Praxis von vielen Server- und Client-Anwendungen, einschließlich des Browsers Chrome, zunĂ€chst nicht implementiert.
  • Die Möglichkeit, nicht-ASCII-Zeichen in Domains anzugeben, die im Cookie-Header verwendet werden, wurde deaktiviert (fĂŒr IDN-Domains sollten Domains sie im Punycode-Format angegeben werden). Diese Änderung bringt den Browser in Einklang mit den Anforderungen von RFC 6265bis und dem Verhalten, das in Firefox implementiert wurde.
  • Es wurden klarere Bezeichnungen zur Identifizierung von Bildschirmen in Multi-Monitor-Konfigurationen vorgeschlagen. Solche Bezeichnungen können in Dialogen zur Bereitstellung von Berechtigungen fĂŒr das Öffnen eines Fensters auf einem externen Bildschirm angezeigt werden. Beispielsweise wird anstelle der Nummer des externen Bildschirms („Externes Display 1“) jetzt der Modellname des Monitors („HP Z27n“) angezeigt.
  • Verbesserungen in der Android-Version:
    • Auf der Seite mit dem Verlauf der Besuche wird die UnterstĂŒtzung des „Journey“-Mechanismus bereitgestellt, der die frĂŒhere AktivitĂ€t zusammenfasst, indem Informationen zu frĂŒheren Suchanfragen und besuchten Seiten gruppiert werden. Beim Eingeben von SchlĂŒsselwörtern in die Adressleiste wird, wenn sie zuvor in Anfragen verwendet wurden, vorgeschlagen, die Suche an der unterbrochenen Stelle fortzusetzen.
    • Auf GerĂ€ten mit Android 11 wurde die Möglichkeit hinzugefĂŒgt, die Seite, die im Inkognito-Modus geöffnet ist, zu sperren, nachdem zu einer anderen Anwendung gewechselt wurde. Um die Anzeige nach der Sperrung fortzusetzen, ist eine Authentifizierung erforderlich. StandardmĂ€ĂŸig ist die Sperrung deaktiviert und muss in den Datenschutzeinstellungen aktiviert werden.
    • Beim Versuch, Dateien im Inkognito-Modus herunterzuladen, wird eine zusĂ€tzliche BestĂ€tigungsnachricht zum Speichern der Datei angezeigt, einschließlich einer Warnung, dass die heruntergeladene Datei von anderen Benutzern des GerĂ€ts gesehen werden kann, da sie im Download-Manager gespeichert wird.
      Veröffentlichung von Chrome 106
  • Die Bereitstellung der API chrome.runtime fĂŒr alle Websites wurde eingestellt. Diese API wird jetzt nur noch bereitgestellt, wenn browsererweiterte Erweiterungen angeschlossen sind. FrĂŒher war chrome.runtime fĂŒr alle Websites verfĂŒgbar, da es von der integrierten Erweiterung CryptoToken mit der Implementierung der API U2F verwendet wurde, deren UnterstĂŒtzung eingestellt wurde.
  • Im Modus der Origin Trials (experimentelle Funktionen, die eine separate Aktivierung erfordern) wurden mehrere neue APIs hinzugefĂŒgt. Origin Trial bedeutet die Möglichkeit, mit der angegebenen API aus Anwendungen zu arbeiten, die von localhost oder 127.0.0.1 geladen werden, oder nach erfolgreicher Registrierung und Erhalt eines speziellen Tokens, der fĂŒr eine begrenzte Zeit fĂŒr eine bestimmte Website gĂŒltig ist.
    • Das Konzept der anonymen Iframes, die es ermöglichen, ein Dokument in einem separaten Kontext zu laden, der nicht mit anderen Iframes und dem Hauptdokument verbunden ist.
    • Die API Pop-Up ermöglicht die Darstellung von BenutzeroberflĂ€chenelementen ĂŒber anderen Elementen, zum Beispiel zur Erstellung interaktiver MenĂŒs, Tooltips, Inhaltsauswahlwerkzeugen und Schulungssystemen. Um ein Element in der obersten Schicht anzuzeigen, wird ein neues Attribut „popup“ verwendet. Im Gegensatz zu Dialogen, die mit dem Element erstellt werden, ermöglicht die neue API die Erstellung von nicht-modalen Dialogen, die Verarbeitung von Ereignissen, die Verwendung von Animationen und die Schaffung flexibler Steuerelemente fĂŒr den Popup-Bereich.
  • FĂŒr die Eigenschaften ‚grid-template-columns‘ und ‚grid-template-rows‘, die in CSS Grid verwendet werden, wurde die UnterstĂŒtzung fĂŒr Interpolation implementiert, um einen sanften Übergang zwischen verschiedenen ZustĂ€nden des Rasters zu ermöglichen.
  • Im CSS-Eigenschaft ‚forced-color-adjust‘ wurde die UnterstĂŒtzung fĂŒr den Wert ‚preserve-parent-color‘ hinzugefĂŒgt, bei dem das Attribut „color“ seinen Wert vom ĂŒbergeordneten Element ĂŒbernimmt.
  • Die Eigenschaft „-webkit-hyphenate-character“ wurde von dem PrĂ€fix „-webkit-“ befreit und ist jetzt unter dem Namen „hyphenate-character“ verfĂŒgbar. Diese Eigenschaft kann verwendet werden, um eine Zeichenfolge festzulegen, die anstelle des Trennsymbols fĂŒr den Zeilenumbruch am Ende eines Wortes verwendet wird („-“).
  • Die dritte Edition der API Intl.NumberFormat wurde implementiert, in der neue Funktionen wie formatRange(), formatRangeToParts() und selectRange() hinzukamen, sowie die Gruppierung von Sets, neue Optionen fĂŒr das Runden und die Genauigkeitsfestlegung sowie die Möglichkeit, Zeichenfolgen als Dezimalzahlen zu interpretieren.
  • In der API ReadableStream wurde die UnterstĂŒtzung fĂŒr die effiziente direkte Übertragung von BinĂ€rdaten aus dem seriellen Port ohne interne Warteschlangen und Puffer hinzugefĂŒgt. Der direkte Zugriff wird durch die Festlegung des BYOB-Modus aktiviert – „port.readable.getReader({ mode: ‘byob’ })“.
  • In die Schnittstellen fĂŒr die Arbeit mit Audio und Video (AudioDecoder, AudioEncoder, VideoDecoder und VideoEncoder) wurde die UnterstĂŒtzung fĂŒr das Ereignis „dequeue“ und die damit verbundenen Callback-Aufrufe integriert, die aktiviert werden, wenn der Codec mit der AusfĂŒhrung der in die Warteschlange gestellten Codierungs- oder Decodierungsaufgaben beginnt.
  • Im API WebXR Device wurde die Möglichkeit des direkten Zugriffs auf Bildtexturen von der Kamera implementiert, die mit der aktuellen Position in der virtuellen Umgebung synchronisiert sind.
  • Verbesserungen wurden an den Werkzeugen fĂŒr Webentwickler vorgenommen. Im Bereich Sources gibt es jetzt die Möglichkeit, Dateien nach Quelle zu gruppieren. Die Stack-Trace-Verfolgung fĂŒr asynchrone Operationen wurde verbessert. Es besteht jetzt die Möglichkeit, bekannte Drittanbieter-Skripte wĂ€hrend des Debuggings automatisch zu ignorieren. Eine Funktion zum Ausblenden ignorierter Dateien im MenĂŒ und in den Panels wurde hinzugefĂŒgt. Die Arbeit mit dem Aufrufstapel im Debugger wurde optimiert.
    Veröffentlichung von Chrome 106

    Im Bereich Performance wurde ein neuer Track Interactions hinzugefĂŒgt, um die Interaktion mit der Seite zu visualisieren und potenzielle Probleme mit der ReaktionsfĂ€higkeit der BenutzeroberflĂ€che zu identifizieren.

    Veröffentlichung von Chrome 106

Neben neuen Funktionen und Fehlerbehebungen wurden in der neuen Version 20 Schwachstellen behoben. Viele dieser Schwachstellen wurden durch automatisierte Tests mit den Tools AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer und AFL aufgedeckt. Kritische Probleme, die es ermöglichen, alle Schutzmaßnahmen des Browsers zu umgehen und Code außerhalb der Sandbox-Umgebung auf dem System auszufĂŒhren, wurden nicht festgestellt. Im Rahmen des Programms zur Auszahlung von PrĂ€mien fĂŒr die Entdeckung von Schwachstellen hat Google in dieser Version 16 PrĂ€mien in Höhe von insgesamt 38.500 US-Dollar ausgeschĂŒttet (darunter eine PrĂ€mie von 9.000 $, 7.500 $, 7.000 $, 5.000 $, 4.000 $, 3.000 $, 2.000 $ und 1.000 $). Die Höhe von acht PrĂ€mien ist derzeit noch unbestimmt.

Quelle: opennet.ru

60GB SSD 8Gb DDR4