Chrome 119 Beta 版提供 CSS 相對顏色語法、新的虛擬類別等更多功能。
除非另有註明，否則上述異動適用於 Android、ChromeOS、Linux、macOS 和 Windows 的最新 Chrome Beta 版。您可以透過提供的連結或 ChromeStatus.com 上的清單進一步瞭解此處列出的功能。Chrome 119 已於 2023 年 10 月 4 日推出 Beta 版。你可以透過電腦前往 Google.com 或使用 Android 裝置前往 Google Play 商店下載最新版本。
CSS
這個版本加入了四項 CSS 新功能，
:user-valid 和 :user- invalid CSS pseudo-classes
:user-invalid 和 :user-valid 虛擬類別分別代表輸入內容不正確或錯誤，但只有在使用者大幅互動後才會呈現的元素。這與 :valid 和 :invalid 類似，但多了新增的限制，只有在使用者與元素互動後，這些虛擬類別才會進行比對。
CSS 相對顏色語法 (RCS)
「相對顏色語法」可讓開發人員修改其他顏色的參數，以定義顏色。
舉例來說：oklab(from magenta calc(l * 0.8) a b); 產生的 oklab 洋紅色差異為 80%。
CSS 剪輯路徑幾何圖形-方塊值
CSS clip-path 屬性現在支援 <geometry-box> 值，可控製片段的參考方塊，讓 clip-path 更容易使用。這些方塊值可以與基本形狀 (例如 clip-path: circle(50%) margin-box) 搭配使用，也可以單獨用於固定至指定方塊 (例如 clip-path: content-box)。
CSSClip-path xywh() 和 rect() 值
Chrome 現在支援 clip-path 屬性的 xywh() 和 rect() 值，可以更輕鬆地指定矩形或圓角矩形片段。
網站 API
先前儲存空間的 Cookie Expiration/Max-Age 屬性上限
Chrome 104 新建或設有到期日更新的 Cookie 在未來 400 天內，不能超過該日期。此限制也將溯及既往套用至儲存空間中的 Cookie。Chrome 119 以上版本首次啟動，以及執行一次性資料庫遷移作業後，這些 Cookie 的到期日最多不超過 400 天。Chrome 119 發布至少 400 天後，使用者才會察覺這項變更的影響，而且只會對目前未更新的 Cookie 生效。
DisplayMediaStreamOptions MonitorTypeSurface
呼叫 getDisplayMedia() 時，瀏覽器會讓使用者選擇顯示介面，例如分頁、視窗或螢幕。如果使用 monitorTypeSurfaces 選項，網頁應用程式現在會提示瀏覽器，在系統提供給使用者的選項中，顯示類型為監控的顯示介面。
Fenced Frames 功能更新
在 Chrome 119 版中，下列 Fenced Frames 經過改善。
在 Privacy Sandbox 中，Protected Audience API 中還提供其他格式選項，用於 Protected Audience 廣告大小巨集。你可以透過選用功能，將贏得競價的廣告大小設為廣告網址，例如：
https://ad.com?width={/%AD_WIDTH%}&height={/%AD_HEIGHT%}
除了目前的格式，我們還加入了 ${AD_WIDTH} 和 ${AD_HEIGHT} 做為巨集格式的功能，以與 Protected Audience 中其他類型的巨集更一致 (例如 deprecatedReplaceInURN 和 registerAdMacro 所使用的巨集)。
現在起，自動信標會傳送至所有已註冊的網址。先前，只有在呼叫 setReportEventDataForAutomaticBeacons() 時指定的目的地才會收到自動信標，即使該目的地在 Worklet 中針對 "reserved.top_navigation" 呼叫 registerAdBeacon()，也會收到自動信標。現在，任何呼叫 "reserved.top_navigation" 的 registerAdBeacon() 目的地都會獲得自動信標，但只有 setReportEventDataForAutomaticBeacons() 中指定的目的地，才能連同信標資料一併取得。setReportEventDataForAutomaticBeacons() 中的 "once" 參數現在會判斷資料是否傳送一次，而非是否傳送整個信標。
在 Intersection Observer 捲動邊界
Intersection Observer scrollMargin 屬性可讓開發人員觀察巢狀捲動容器中目前遭捲動容器裁剪的目標。方法是在計算交集時，由 scrollMargin 展開容器的裁剪矩形。
鍵盤可聚焦捲動容器
這項功能使用循序焦點導覽，讓捲動容器成為焦點，提升無障礙體驗。先前，TabIndex 不會聚焦捲動器，除非 tabIndex 明確設為 0 以上。將捲動器預設為可聚焦使用者，無法 (或不想) 使用滑鼠的使用者，也能使用鍵盤的 Tab 鍵和方向鍵，聚焦裁剪的內容。只有在捲動器不含任何可聚焦的子項時，系統才會啟用這項行為。
汽車的私人網路存取權限制
強制執行 Android Automotive 版 Chrome 的私人網路存取權限制 (而非僅發出警示) (如為 BuildInfo::is_automotive)。這包括子資源的私人網路存取權預檢要求，以及工作站的私人網路存取權。
讀取 Chrome 裝置屬性
Device Attributes Web API 是 Managed Device Web API 的一個子集，可讓網頁應用程式查詢裝置資訊。例如裝置 ID、序號和位置。
將目標名稱中的懸浮標記取代為「_blank」
這項變更會將可瀏覽的目標名稱 (通常由目標屬性設定) 取代為 _blank (如果其中含有孤形標記，例如 \n 和 <)。修正能規避懸浮標記插入緩解措施的問題。
Sec-CH-Prefers-Reduced-Transparency 使用者偏好設定媒體功能用戶端提示標頭
使用者偏好媒體功能用戶端提示標頭根據使用者偏好媒體功能定義一組 HTTP 用戶端提示標頭 (由「媒體查詢」層級 5 定義)。如果使用這些標頭做為關鍵用戶端提示，可讓伺服器針對 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/'
「(」是禁用字元，但 Chrome 不允許。
套用後：
> const url = new URL("http://exa(mple.com;");
> => throws TypeError: Invalid URL.
WebCodecs AudioEncoder BitrateMode
部分音訊轉碼器支援指定音訊編碼器位元率模式。這項功能會將含有 "variable" 預設值的 "bitrateMode" 旗標新增至 WebCodec 的 AudioEncoderConfig，這樣就能鏡像反映 VideoEncoderConfig 的設定選項和已有的預設選項。
這個標記可讓開發人員選擇以可變動位元率或固定位元率編碼音訊。特定轉碼器實作項目的術語可能稍有不同 (例如，CBR 與 Opus 的 VBR)，但所有程式碼都應對應至「常數」的一般概念和「變數」位元率。
這兩個選項會產生以下效果：
- 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 移除了 4 項功能。
移除網路 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。這也導致信任類型迴避。因此，我們計劃淘汰並移除對其支援功能。
移除宣告式 Shadow DOM 的非標準 shadowroot 屬性
標準追蹤 shadowrootmode 屬性 (啟用宣告式 Shadow DOM) 已在 Chrome 111 版中推出。我們即將在 Chrome 119 版中移除較舊的非標準 shadowroot 屬性。有簡單的遷移路徑：將 shadowroot 替換為 shadowrootmode。