Chrome 104 kommt heute mit einer umstrittenen Web-Bluetooth-API heraus, die Apple und Mozilla hassen.

Chrome 104 kommt heute mit einer umstrittenen Web-Bluetooth-API heraus, die Apple und Mozilla hassen.

Google Chrome 103 kam am 21. Juni mit schnellerem Laden von Seiten und Zugriff auf lokale Schriftarten zurück. Damit sind seit der Veröffentlichung der Hauptversion von Chrome fast sechs Wochen vergangen, was etwas ungewöhnlich ist, da Chrome-Releases normalerweise alle vier Wochen erscheinen. Unabhängig davon kommt Chrome 104 heute heraus und es hat ein langes Änderungsprotokoll, das unter anderem Unterstützung für die Regionserfassung und einen ersten Versuch für das Nichtspeichern von Kreditkarteninformationen enthält.

Das Hauptmerkmal dieses Mal ist die aktualisierte Region Capture API, mit der Apps nicht nur Videos von Ihrem Tab aufnehmen, sondern auch zuschneiden können. Laut Google unterstützen Entwickler diese API aktiv.

Eine weitere Funktion, die in der Browser-Community für Aufsehen gesorgt hat, ist die Web-Bluetooth-API in Chrome 104 . Diese API ermöglicht es Websites, mit anderen Geräten über Bluetooth zu kommunizieren, jedoch nicht über einen Iframe. Google glaubt, dass dies viele Möglichkeiten für Produktivität und Kommunikation eröffnet, ohne die Sicherheit zu opfern.

Es ist jedoch auf heftigen Widerstand von Mozilla und Apple gestoßen, die die API „negativ“ bewertet haben. Apple glaubt, dass die API die Sicherheit verringert und die Verwendung von Fingerabdrücken erlaubt. Das Unternehmen sagt, es sehe „noch keinen Weg, diese Probleme anzugehen“. Mozilla hat ähnliche Bedenken geäußert , die API als „schädlich“ bezeichnet und Folgendes festgestellt:

Diese API bietet Zugriff auf das Generic Attribute Profile (GATT) von Bluetooth, das nicht die niedrigste Zugriffsebene ist, die von den Spezifikationen zugelassen wird, aber seine generische Natur macht eine eindeutige Bewertung unmöglich. Wie bei WebUSB besteht erhebliche Unsicherheit darüber, wie gut Geräte darauf vorbereitet sind, Anfragen von beliebigen Websites zu akzeptieren. Die allgemeine Natur der API bedeutet, dass dieses Risiko schwer zu handhaben ist. Die Web Bluetooth CG hat sich entschieden, sich ausschließlich auf die Zustimmung des Benutzers zu verlassen, was unserer Meinung nach kein ausreichender Schutz ist. Dieser Vorschlag verwendet auch eine schwarze Liste, die eine ständige und aktive Wartung erfordert, um zu verhindern, dass anfällige Geräte verwendet werden. Dieses Modell ist nicht nachhaltig und stellt ein erhebliches Risiko für Benutzer und ihre Geräte dar.

Was andere Änderungen in Chrome 104 betrifft, so werden vier veraltete Client-Hinweise, nämlich „dpr“, „width“, „viewport-width“ und „device-memory“, entfernt , da sie gegen die vom Client-Hinweis festgelegten Standards verstoßen. Infrastruktur. Ebenso werden die U2F Security Key API und die Cryptotoken-Komponentenerweiterung ebenfalls in den Wartungsmodus versetzt , da sie bereits in moderneren Implementierungen wie WebAuthn enthalten sind. Daher werden auch Website-Betreiber ermutigt, auf moderne Standards umzusteigen.

Die Hosting – API für mehrere Bildschirme wird verbessert, damit Websites in Konfigurationen mit mehreren Bildschirmen ein Vollbildfenster und ein kleineres Popup-Hilfsfenster öffnen können. Zuvor mussten Benutzer zusätzliche Schritte unternehmen, um dasselbe zu erreichen. Eine weitere Verbesserung im selben Bereich besteht darin, dass Berechtigungen zum Anfordern von Vollbildinhalten jetzt zwischen mehreren vertrauenswürdigen Fenstern weitergegeben werden können.

Andere kleine Änderungen in Chrome 104 sind wie folgt:

Das ist jedoch noch nicht alles, da wir die Funktionen in Entwickler- und Source-Testversionen freischalten müssen. Beginnend mit dem ersten hat die Multiscreen-Fensterplatzierungs-API bessere und genauere Bildschirmbeschriftungen für die Benutzerinteraktion. Es gibt auch eine Konfiguration, die Websites verwenden können, um es Kunden zu ermöglichen, sich gegen die Speicherung von Kreditkarteninformationen auf den Servern der Entwickler zu entscheiden . Diese UX-Implementierung ist in einigen Regionen gesetzlich vorgeschrieben. Der Throttling- Timer für geladene Hintergrundseiten kann auch mit dem Flag reduziert werden , dies sollte eine bessere Akku- und CPU-Auslastung ohne Leistungseinbußen ermöglichen.

Wie bei den ursprünglichen Testversionen haben wir eine Focusgroup-CSS-Eigenschaft , mit der Sie die Pfeiltasten auf Ihrer Tastatur verwenden können, um den Fokus zwischen bestimmten UI-Elementen zu verschieben. Zu den weiteren Funktionen der ursprünglichen Testversionen gehören gemeinsame Elementübergänge für eine verbesserte Übergangsanimation für Single Page Applications (SPAs) sowie eine erhöhte maximale Verschachtelungsebene für die setTimeout(0)-Methode .

Chrome 104 erscheint am 2. August und Chrome 105 erscheint am 30. August.

Wie Sie sehen können, ist Chrome 104 ein bedeutendes Update. Es wird heute in späteren Stunden eingeführt. Wenn Chrome innerhalb eines Tages nicht automatisch auf Version 104 aktualisiert wird, gehen Sie zu Hilfe > Über Google Chrome, um das Update zu aktivieren, sobald es verfügbar ist. Als nächstes kommt Chrome 105, das am 5. August in der Beta-Version und am 30. August stabil sein wird.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert