本頁面由 Cloud Translation API 翻譯而成。

Chrome 119 Beta 版

Chrome 119 Beta 版提供 CSS 相對顏色語法、全新的虛擬類別等等。

除非另有註明，否則上述變更將適用於 Android、ChromeOS、Linux、macOS 和 Windows 的最新 Chrome Beta 版 Chrome 測試版。透過提供的連結或 ChromeStatus.com 上的清單，進一步瞭解這裡列出的功能。Chrome 119 目前為 Beta 版，截至 2023 年 10 月 4 日。你可以透過電腦前往 Google.com 下載最新版本，也可以透過 Android 裝置前往 Google Play 商店下載最新版本。

CSS

這個版本新增了四項 CSS 功能。

:user-valid 和 :user-invalid CSS 虛擬類別

:user-invalid 和 :user-valid 虛擬類別分別代表輸入內容錯誤或正確性的元素，但只會在使用者有明顯互動後才顯示。這與 :valid 和 :invalid 類似，但新增限制後，只有在使用者與元素互動後，這些虛擬類別才會進行比對。

CSS 相對顏色語法 (RCS)

「相對顏色語法」可讓開發人員修改其他顏色的參數，藉此定義顏色。

例如：oklab(from magenta calc(l * 0.8) a b); 會得到 80% 更淺的 oklab 洋紅色。

CSS 裁剪路徑幾何圖形-方塊值

CSS clip-path 屬性現在支援 <geometry-box> 值可控製片段的參考框，讓 clip-path 更容易使用。這些方塊值可與基本形狀 (例如 clip-path: circle(50%) margin-box) 搭配使用，也可以單獨用於剪輯至指定的方塊 (例如 clip-path: content-box)。

CSS clip-path xywh() 和 rect() 值

Chrome 現在支援 clip-path 屬性的 xywh() 和 rect() 值，方便您指定矩形或圓角矩形片段。

網站 API

先前儲存空間的 Cookie 到期時間/Max-Age 屬性上限

在 Chrome 104 版新建立的 Cookie 或設有到期日更新的 Cookie 中，該日期最多只能在未來 400 天套用。這項限制現在將溯及既往套用至儲存空間中的 Cookie。在 Chrome 119 以上版本中首次啟動並遷移資料庫後，這些 Cookie 的到期日最多只能為 400 天。Chrome 119 版推出至少 400 天，而且在該期間沒有更新的現有 Cookie，使用者不會受到這項異動的影響。

DisplayMediaStreamOptions monitoringTypeSurface

呼叫 getDisplayMedia() 時，瀏覽器會讓使用者選擇顯示分頁、視窗或顯示器。現在，如果網頁應用程式想納入用於監控使用者的顯示途徑，則使用 monitorTypeSurfaces 選項時，網頁應用程式可能會提示瀏覽器。

Fenced Frames 功能更新

Chrome 119 針對 Fenced Frames 進行了下列改善。

Privacy Sandbox 的 Protected Audience API 中，還有另一個適用於 Protected Audience 廣告大小巨集的格式選項。選用功能可讓您針對贏得競價的廣告，將贏得競價的廣告放大至廣告網址，例如：

https://ad.com?width={/%AD_WIDTH%}&height={/%AD_HEIGHT%}

為與 Protected Audience 中其他類型的巨集 (例如 deprecatedReplaceInURN 和 registerAdMacro 所使用的巨集) 更加一致，我們在 Chrome 119 年加入了 ${AD_WIDTH} 和 ${AD_HEIGHT} 做為巨集格式以及目前的格式。

自動信標現在會傳送到所有已註冊的網址。過去，只有呼叫 setReportEventDataForAutomaticBeacons() 時指定的目的地才會收到自動信標，即使該目的地稱為 registerAdBeacon() 的工作程式中為 "reserved.top_navigation" 亦然。現在，針對 "reserved.top_navigation" 呼叫 registerAdBeacon() 的任何目的地都會收到自動信標，但只有 setReportEventDataForAutomaticBeacons() 中指定的目的地才會取得自動信標資料和信標。setReportEventDataForAutomaticBeacons() 中的 "once" 參數現在會判斷資料是否傳送一次，而非判斷整個信標是否傳送一次。

十字路口觀測器捲動邊界

Intersection Observer scrollMargin 屬性可讓開發人員觀察巢狀捲動容器中的目標，這些目標目前會遭到捲動容器裁剪。方法是在計算十字路口時，透過 scrollMargin 展開容器的裁剪矩形。

可用鍵盤的捲動容器

這項功能使用依序焦點導覽功能，將捲動容器設為可聚焦，進而提升無障礙設計。除非 tabIndex 明確設為 0 或以上，否則 Tab 鍵不會聚焦捲動器。根據預設，將捲動器設為可聚焦後，無法 (或不想) 使用滑鼠的使用者，即可透過鍵盤的 Tab 鍵和方向鍵，聚焦在裁剪的內容。只有在捲動器沒有任何可聚焦的子項時，才能啟用這項行為。

車用私人網路存取權的限制

針對 Android Automotive (如為 BuildInfo::is_automotive) 強制執行 Chrome 的私人網路存取權限制 (如為 BuildInfo::is_automotive)，包括子資源的私人網路存取預檢要求和工作站的私人網路存取權。

讀取 Chrome 裝置屬性

Device Attributes Web API 是 Managed Device Web API 的子集，可提供網頁應用程式查詢裝置資訊的功能。例如裝置 ID、序號和所在位置。

將目標名稱中的定序標記替換為 `_blank`

如果可瀏覽的目標名稱包含換行標記 (例如 \n 和 <)，這項變更會將可瀏覽的目標名稱 (通常由目標屬性設定) 替換為 _blank。這可在緩解標記插入時略過略過問題。

Sec-CH-Prefers-Reduced-Transparency 使用者偏好設定媒體功能 - Client Hints 標頭

使用者偏好設定媒體功能 Client Hints 標頭，定義與「媒體查詢層級 5」定義的使用者偏好設定媒體功能相關的一組 HTTP 用戶端提示標頭。做為「重要用戶端提示」使用時，這些標頭可讓伺服器做出明智的選項 (例如 CSS 內嵌)。Sec-CH-Prefers-Reduced-Transparency 會反映使用者的 prefers-reduced-transparency 偏好設定，適用於 Chrome 119 版。

標準符合規定的網址主機標點符號字元

讓 Chrome 處理網址主機標點符號字元符合網址標準。例如：

彙整前：

> const url = new URL("http://exa(mple.com;");
> url.href
'http://exa%28mple.com/&apos;

「(」是禁止使用的字元，但 Chrome 不允許該字元。

更新後：

> const url = new URL("http://exa(mple.com;");
> => throws TypeError: Invalid URL.

WebCodecs AudioEncoder 位元速率模式

部分音訊轉碼器支援指定音訊編碼器位元率模式。這項功能會將含有預設值 "variable" 的 "bitrateMode" 標記新增至 WebCodec 的 AudioEncoderConfig，該標記與 VideoEncoderConfig 的設定選項相同，預設值已經存在。

這個標記可讓開發人員選擇以可變位元率或固定位元率編碼音訊。特定轉碼器編碼器實作的術語可能略有不同 (例如，CBR 與 VBR 適用於 Opus)，但所有實作項目都必須對應至「常數」與「變數」位元率的一般概念。

這兩個選項的作用如下：

variable：允許音訊編碼器根據編碼的音訊內容，調整位元率，這樣就能保留頻寬/二進位大小，同時維持目標品質。舉例來說，編碼器可能會在進行無聲編碼時降低位元率，然後在編碼語音時還原為完整位元率。
常數：強制音訊編碼器無論音訊內容為何，都能維持相同的位元率。在可以預測的頻寬使用量時，這個功能就很實用。

自 Chrome 119 版起，這個標記將影響 Chromium 上的兩種轉碼器：Opus 和 AAC。

傳輸層安全標準 (TLS) 適用的 X25519Kyber768 金鑰封裝

部署 Kyber768 抗量子金鑰協議演算法，以保護目前的 Chrome TLS 流量，防範日後的量子密碼分析。這是根據 IETF 標準所製定的混合型 X25519 + Kyber768 金鑰協議。此規格和推出內容不在 W3C 的範圍內。這份金鑰協議將以傳輸層安全標準 (TLS) 加密形式發布，並對使用者公開透明。

正在進行來源試用

在 Chrome 119 中，您可以選擇加入下列全新的來源試用。

以全螢幕視窗開啟彈出式視窗

這個新的來源試用會將 fullscreen windowFeatures 參數新增至 window.open() JavaScript API。這麼做可讓呼叫端在內含彈出式視窗 (根據 screenX 和 screenY) 的螢幕上，直接開啟彈出式視窗。如此一來，開發人員就不必手動將彈出式視窗轉換成全螢幕，而可能需要新的使用者啟用信號。

淘汰和移除

這個版本的 Chrome 推出了下列淘汰和移除功能。請造訪 ChromeStatus.com，查看預定淘汰事項、目前淘汰功能以及先前移除項目的清單。

這個版本的 Chrome 移除了四項功能。

移除網路 SQL

我們之前公告過淘汰和移除 Web SQL。自 Chrome 119 版起，這項功能已完全移除。反向來源試用可讓開發人員在 Chrome 123 之前繼續使用 WebSQL。

移除 Sanitizer API

Sanitizer API 的宗旨是在平台上建立簡單易用、一律安全，且由瀏覽器維護的 HTML 清理工具。Chrome 根據當時的規格草稿，在 Chrome 105 版中發布了初始版本。不過，討論內容也繼續轉動，而建議的 API 形狀已大幅改變。

為避免使用目前的 API，我們將移除目前的實作方式。我們預期會在提出的規格恢復穩定後，重新導入 Sanitizer API。

移除資料：SVGUseElement 中的網址

在 SVGUseElement 中指派 data: URL 可能會導致 XSS。這也讓受信任的類型可略過。因此，我們計劃淘汰並停止支援這項功能。

移除宣告式陰影 DOM 的非標準 `shadowroot` 屬性

Chrome 111 已推出標準追蹤 shadowrootmode 屬性，可用於啟用宣告式陰影 DOM。舊版非標準的 shadowroot 屬性將在 Chrome 119 中移除。遷移路徑有簡單明瞭：將 shadowroot 替換為 shadowrootmode。