Chrome 134 beta

Dipublikasikan: 5 Februari 2025

Kecuali jika dinyatakan lain, perubahan berikut berlaku untuk rilis saluran Chrome beta 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 adalah versi beta mulai 5 Februari 2025. Anda dapat mendownload versi terbaru di Google.com untuk desktop atau di Google Play Store di Android.

CSS

Rilis ini menambahkan lima fitur CSS dan UI baru.

Properti dynamic-range-limit CSS

Memungkinkan halaman membatasi kecerahan maksimum konten HDR.

Elemen <select> yang dapat disesuaikan

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

Menutup dialog ringan

Salah satu fitur menarik dari Popover API adalah perilaku penutupan ringan. 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 tutup 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 properti 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 visual pemilihan CSS yang ditulis oleh Stephen Chenney dari Igalia.

Pseudo-class :has-slotted

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

Web API

Fitur Pelaporan Atribusi: Menghapus batas laporan yang dapat digabungkan jika ID konteks pemicu bukan null

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

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

Selain itu, laporan gabungan akan tetap terikat oleh batas lain yang membatasi jumlah total informasi yang dapat diukur, seperti anggaran kontribusi L1 (65.536) per sumber dan batas rasio 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 atas yang dimulai perender ke URL Blob jika situs yang dituju lintas situs dengan situs tingkat atas 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 perusahaan terkait partisi penyimpanan lain tidak digunakan lagi.

Kebijakan-Dokumen: expect-no-linked-resources

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

Agen Pengguna telah menerapkan penguraian spekulatif HTML untuk mengambil 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 kompromi yang baik. Namun, skenario berikut dapat mengakibatkan kompromi performa yang kurang optimal dibandingkan waktu eksplisit yang dihabiskan untuk mengurai HTML untuk menentukan sub-resource yang akan diambil:

  • Halaman yang tidak memiliki resource yang dideklarasikan dalam HTML.
  • Halaman HTML besar dengan pemuatan resource minimal atau tidak ada yang dapat secara eksplisit mengontrol resource pramuat menggunakan mekanisme pramuat lain yang tersedia.

Kebijakan Dokumen expect-no-linked-resources mengisyaratkan Agen Pengguna bahwa Agen Pengguna dapat memilih untuk mengoptimalkan waktu yang dihabiskan dalam penentuan sub-resource tersebut.

Pengelolaan resource eksplisit (asinkron dan sinkron)

Fitur ini mengatasi 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 mengeluarkan resource penting secara eksplisit.

Memperluas console.timeStamp API untuk mendukung opsi pengukuran dan presentasi

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

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

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 Agregasi Pribadi.

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—angka yang lebih besar dan lebih kecil akan diizinkan. Chrome akan menerima nilai maxContributions antara 1 dan 1.000 secara inklusif; nilai yang lebih besar akan ditafsirkan sebagai 1.000.

Karena padding, ukuran payload setiap laporan akan kira-kira sebanding dengan jumlah kontribusi yang dipilih per laporan. Kami memperkirakan bahwa memilih untuk mendapatkan laporan yang lebih besar akan meningkatkan biaya pengoperasian Layanan Agregasi.

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

Mendukung ImageSmoothingQuality di PaintCanvas

Menambahkan dukungan untuk atribut imageSmoothingQuality di Kanvas Cat. Hal ini memungkinkan developer web memilih kualitas daripada kompromi 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, pengendali URL kustom dan pemindaian kode QR. Fitur ini memungkinkan situs meminta informasi identitas dari dompet menggunakan sistem IdentityCredential CredMan Android. API ini dapat diperluas untuk mendukung beberapa format kredensial (misalnya, mDoc ISO dan kredensial yang dapat diverifikasi W3C) dan memungkinkan beberapa aplikasi dompet digunakan. Mekanisme ditambahkan untuk membantu mengurangi risiko penyalahgunaan identitas 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 dengan aman dengan dompet digital di ponsel Android untuk mengambil kredensial yang diminta.

Penghentian 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 dengan awalan 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.