Chrome 134 beta

Dipublikasikan: 5 Februari 2025

Kecuali dinyatakan lain, perubahan berikut berlaku untuk rilis saluran beta Chrome terbaru untuk Android, ChromeOS, Linux, macOS, dan Windows. Pelajari lebih lanjut fitur yang tercantum di sini melalui link yang disediakan atau dari daftar di ChromeStatus.com. Chrome 134 masih dalam versi beta pada 5 Februari 2025. Anda dapat mendownload versi terbarunya di Google.com untuk desktop atau di Google Play Store di Android.

CSS

Rilis ini menambahkan lima fitur CSS dan UI baru.

Properti CSS dynamic-range-limit

Memungkinkan halaman membatasi kecerahan maksimum konten HDR.

Elemen <select> yang dapat disesuaikan

Menambahkan kemampuan untuk menyesuaikan elemen <select> HTML, dengan memilih untuk menggunakan perilaku baru dengan nilai base-select appearance. Setelah memilih untuk ikut serta, Anda dapat menambahkan konten multimedia termasuk gambar, dan juga menata opsi.

Menutup lampu dialog

Salah satu fitur menarik dari Popover API adalah perilaku penutupan ringannya. Fitur ini menghadirkan kemampuan yang sama ke <dialog>. Atribut closedby baru mengontrol perilaku:

  • <dialog closedby=none>: Tidak ada penutupan dialog yang dipicu pengguna sama sekali.
  • <dialog closedby=closerequest>: Menekan ESC (atau pemicu penutupan lainnya) akan menutup dialog.
  • <dialog closedby=any>: Mengklik di luar dialog, atau menekan ESC, akan menutup dialog. Sama dengan perilaku popover=auto.

Pewarisan sorotan CSS

Dengan pewarisan sorotan CSS, class semu sorotan CSS, seperti ::selection dan ::highlight, mewarisi propertinya melalui rantai sorotan semu, bukan rantai elemen. Hasilnya adalah model yang lebih intuitif untuk pewarisan properti dalam sorotan.

Untuk mempelajari lebih lanjut, baca postingan blog Perubahan pewarisan untuk gaya pemilihan CSS yang ditulis oleh Stephen Chenney dari Igalia.

:has-slotted pseudo-class

Pseudo-class :has-slotted mewakili elemen slot dengan konten yang di-slot, seperti node atau elemen teks. Hal ini dapat digunakan untuk menata elemen berdasarkan apakah elemen tersebut menggunakan konten penggantian slot atau tidak.

Web API

Fitur Attribution Reporting: Menghapus batas laporan yang dapat diagregasi saat ID konteks pemicu tidak null

Perubahan ini didasarkan pada masukan pemanggil API dan kebutuhan untuk dapat mengukur jumlah peristiwa konversi yang lebih tinggi untuk alur pengguna tertentu.

Saat ini, API memiliki batas yang memungkinkan hingga 20 laporan agregat dibuat per pendaftaran sumber, yang membatasi kasus penggunaan saat pengguna mungkin memiliki perjalanan pengguna yang lebih panjang. Perubahan ini menghapus batas laporan yang dapat diagregasi saat ID konteks pemicu diberikan sebagai bagian dari pendaftaran. Penghapusan batas ini hanya dilakukan jika ID konteks pemicu ditentukan, karena jika ditentukan, API akan menerapkan rasio laporan null yang lebih tinggi yang membantu melindungi dari kebocoran informasi lintas situs melalui jumlah laporan.

Selain itu, laporan yang dapat diagregasi akan tetap terikat oleh batas lain yang membatasi jumlah total informasi yang dapat diukur, seperti anggaran kontribusi L1 (65.536) per sumber dan batas frekuensi atribusi.

Partisi URL Blob: Pengambilan/Navigasi

Untuk melanjutkan Partisi Penyimpanan, menerapkan partisi akses URL Blob menurut Kunci Penyimpanan (situs tingkat teratas, origin frame, dan boolean has-cross-site-ancestor), kecuali navigasi tingkat teratas yang akan tetap dipartisi hanya menurut origin frame. Perilaku ini mirip dengan perilaku yang diterapkan oleh Firefox dan Safari saat ini, serta menyelaraskan penggunaan URL Blob dengan skema partisi yang digunakan API penyimpanan lain sebagai bagian dari Partisi Penyimpanan. Selain itu, Chrome akan menerapkan noopener pada navigasi tingkat teratas yang dimulai perender ke URL Blob jika situs yang dituju lintas situs dengan situs tingkat teratas yang melakukan navigasi. Hal ini menyelaraskan Chrome dengan perilaku serupa di Safari, dan spesifikasi yang relevan telah diperbarui untuk mencerminkan perubahan ini.

Perubahan ini dapat dikembalikan untuk sementara dengan menetapkan kebijakan PartitionedBlobURLUsage. Kebijakan ini tidak akan lagi digunakan saat kebijakan Enterprise terkait partisi penyimpanan lain tidak digunakan lagi.

Document-Policy: expect-no-linked-resources

Titik konfigurasi expect-no-linked-resources di Document-Policy memungkinkan dokumen memberikan petunjuk kepada agen pengguna untuk mengoptimalkan urutan pemuatannya dengan lebih baik, seperti tidak menggunakan perilaku penguraian spekulatif default (juga dikenal sebagai pemindai pra-muat).

Agen Pengguna telah menerapkan penguraian HTML spekulatif untuk mengambil secara spekulatif resource yang ada dalam markup HTML, untuk mempercepat pemuatan halaman. Untuk sebagian besar halaman di Web yang memiliki resource yang dideklarasikan dalam markup HTML, pengoptimalan ini bermanfaat dan biaya yang dibayarkan dalam menentukan resource tersebut adalah pertukaran yang wajar. Namun, skenario berikut dapat menyebabkan pengorbanan performa yang kurang optimal dibandingkan dengan waktu yang dihabiskan secara eksplisit untuk mengurai HTML guna menentukan sub-resource yang akan diambil:

  • Halaman yang tidak memiliki resource yang dideklarasikan dalam HTML.
  • Halaman HTML besar dengan pemuatan aset minimal atau tanpa pemuatan aset yang dapat secara eksplisit mengontrol pemuatan awal aset menggunakan mekanisme pemuatan awal lainnya yang tersedia.

Petunjuk expect-no-linked-resources Document-Policy memberi tahu Agen Pengguna bahwa ia dapat memilih untuk mengoptimalkan waktu yang dihabiskan dalam penentuan sub-resource tersebut.

Pengelolaan resource eksplisit (asinkron dan sinkron)

Fitur ini menangani pola umum dalam pengembangan software terkait masa aktif dan pengelolaan berbagai resource (misalnya, memori dan I/O). Pola ini umumnya mencakup alokasi resource dan kemampuan untuk melepaskan resource penting secara eksplisit.

Memperluas API console.timeStamp untuk mendukung opsi pengukuran dan presentasi

Fitur ini memperluas API console.timeStamp(), dengan cara yang kompatibel dengan versi sebelumnya, untuk menyediakan metode berperforma tinggi dalam menginstrumentasi aplikasi dan menampilkan data waktu ke panel Performa di DevTools.

Entri pengaturan waktu yang ditambahkan dengan API dapat memiliki stempel waktu, durasi, dan opsi presentasi (jalur, jalur renang, dan warna) kustom.

OffscreenCanvas getContextAttributes

Menambahkan antarmuka getContextAttributes dari CanvasRenderingContext2D ke OffscreenCanvasRenderingContext2D.

Private Aggregation API: batas kontribusi per konteks untuk pemanggil Shared Storage

Memungkinkan pemanggil Shared Storage menyesuaikan jumlah kontribusi per laporan Private Aggregation.

Fitur ini memungkinkan pemanggil Shared Storage mengonfigurasi batas kontribusi per konteks dengan kolom baru, maxContributions. Pemanggil menetapkan kolom ini untuk mengganti jumlah kontribusi default per laporan—jumlah yang lebih besar dan lebih kecil akan diizinkan. Chrome akan menerima nilai maxContributions antara 1 dan 1000 secara inklusif; nilai yang lebih besar akan ditafsirkan sebagai 1000.

Karena padding, ukuran payload setiap laporan akan kira-kira proporsional dengan jumlah kontribusi yang dipilih per laporan. Kami memperkirakan bahwa memilih untuk menggunakan laporan yang lebih besar akan meningkatkan biaya pengoperasian Aggregation Service.

Pemanggil Protected Audience tidak akan terpengaruh oleh fitur ini. Namun, kami berencana menambahkan dukungan untuk menyesuaikan jumlah kontribusi untuk laporan Protected Audience dalam fitur mendatang.

Dukungan ImageSmoothingQuality di PaintCanvas

Menambahkan dukungan untuk atribut imageSmoothingQuality di Paint Canvas. Hal ini memungkinkan developer web memilih kompromi kualitas dibandingkan performa saat menskalakan gambar. Ada tiga opsi yang valid untuk imageSmoothingQuality: low, medium, dan high.

Subgrup WebGPU

Menambahkan fungsi subgrup ke WebGPU. Operasi subgrup melakukan operasi SIMT untuk menyediakan komunikasi dan berbagi data yang efisien di antara grup pemanggilan. Operasi ini dapat digunakan untuk mempercepat aplikasi dengan mengurangi overhead memori yang ditimbulkan oleh komunikasi antar-pemanggilan.

Uji coba origin baru

Di Chrome 134, Anda dapat memilih untuk ikut serta dalam uji coba origin baru berikut.

Digital Credential API

Situs dapat dan memang mendapatkan kredensial dari aplikasi dompet seluler melalui berbagai mekanisme saat ini, misalnya, handler URL kustom dan pemindaian kode QR. Fitur ini memungkinkan situs meminta informasi identitas dari dompet menggunakan sistem IdentityCredential CredMan Android. Framework ini dapat diperluas untuk mendukung beberapa format kredensial (misalnya, mDoc ISO dan kredensial tepercaya W3C) dan memungkinkan penggunaan beberapa aplikasi dompet. Mekanisme ditambahkan untuk membantu mengurangi risiko penyalahgunaan identitas di dunia nyata dalam skala ekosistem.

Uji coba origin yang dimulai di Chrome 134 menambahkan dukungan untuk API ini di platform desktop, tempat Chrome di Desktop akan berkomunikasi secara aman dengan dompet digital di ponsel Android untuk mengambil kredensial yang diminta.

Penghentian penggunaan dan penghapusan

Versi Chrome ini memperkenalkan penghentian penggunaan dan penghapusan yang tercantum di bawah. Buka ChromeStatus.com untuk melihat daftar penghentian penggunaan yang direncanakan, penghentian penggunaan saat ini, dan penghapusan sebelumnya.

Rilis Chrome ini menghapus satu fitur.

Menghapus batasan audio getUserMedia nonstandar

Blink mendukung sejumlah batasan berawalan goog nonstandar untuk getUserMedia dari beberapa waktu sebelum batasan distandarkan dengan benar.

Penggunaan telah menurun secara signifikan menjadi antara 0,000001% dan 0,0009% (bergantung pada batasan) dan beberapa di antaranya bahkan tidak berpengaruh karena perubahan pada stack perekaman audio Chromium. Dalam waktu dekat, tidak akan ada yang berpengaruh karena perubahan lain yang akan datang.

Kami tidak memperkirakan adanya regresi besar karena perubahan ini. Aplikasi yang menggunakan batasan ini akan tetap berfungsi, tetapi akan mendapatkan audio dengan setelan default (seolah-olah tidak ada batasan yang diteruskan). Aplikasi dapat memilih untuk bermigrasi ke batasan standar.