การมาสก์ CSS ซึ่งเป็นกฎที่ไม่เคร่งครัดในการซ้อน CSS สร้างรูปแบบแอคคอร์เดียนด้วยเอลิเมนต์ <details>
ซึ่งเป็นการดำเนินการ enterpictureinpicture
สำหรับ Media Session API
การเปลี่ยนแปลงต่างๆ ที่ได้อธิบายไว้จะมีผลกับ Chrome เวอร์ชันเบต้าใหม่ล่าสุดสำหรับ Android, ChromeOS, Linux, macOS และ Windows ยกเว้นกรณีที่ระบุไว้เป็นอย่างอื่น ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ที่แสดงที่นี่ผ่านลิงก์ที่ระบุไว้หรือจากรายการใน chromestatus.com Chrome 120 เป็นเวอร์ชันเบต้าตั้งแต่วันที่ 1 พฤศจิกายน 2023 คุณดาวน์โหลดเวอร์ชันล่าสุดได้จาก Google.com สำหรับเดสก์ท็อปหรือ Google Play Store ใน Android
CSS
รุ่นนี้เพิ่มฟีเจอร์ใหม่ 7 รายการสำหรับ CSS
ไวยากรณ์ CSS <image>
สำหรับพร็อพเพอร์ตี้ที่กำหนดเองที่ลงทะเบียน
รองรับการใช้ไวยากรณ์ <image>
สำหรับพร็อพเพอร์ตี้ที่กำหนดเองซึ่งลงทะเบียนกับ @property
หรือ registerProperty()
คุณใช้ไวยากรณ์ <image>
เพื่อจำกัดค่าของพร็อพเพอร์ตี้ที่กำหนดเองเป็นค่า url()
และรูปภาพที่สร้างขึ้น เช่น การไล่ระดับสีได้
ไวยากรณ์ CSS <transform-function>
และ <transform-list>
สำหรับพร็อพเพอร์ตี้ที่กำหนดเองที่ลงทะเบียน
รองรับการใช้ไวยากรณ์ <transform-function>
และ <transform-list>
สำหรับพร็อพเพอร์ตี้ที่กำหนดเองซึ่งลงทะเบียนด้วย @property
หรือ registerProperty()
ใช้ไวยากรณ์เพื่อจำกัดค่าของพร็อพเพอร์ตี้ที่กําหนดเองเพื่อแสดงการเปลี่ยนรูปแบบได้ นอกจากนี้ยังช่วยให้ใช้การเปลี่ยนและภาพเคลื่อนไหวได้โดยตรงในคุณสมบัติที่กำหนดเองที่ลงทะเบียนเหล่านี้
คำค้นหาสื่อ: ฟีเจอร์การเขียนสคริปต์
ฟีเจอร์สื่อสคริปต์ใช้สำหรับตรวจสอบว่าเอกสารปัจจุบันรองรับภาษาสคริปต์ เช่น JavaScript หรือไม่ ตัวเลือกที่ใช้ได้ ได้แก่ "เปิดใช้" "เริ่มต้นเท่านั้น" และ "ไม่มี" แต่ "เริ่มต้นเท่านั้น" ไม่จับคู่กับภายในเบราว์เซอร์เลย
ตัวเลือกคลาสเทียม :dir()
ตัวเลือกคลาสสมมติของ CSS :dir()
จะจับคู่องค์ประกอบต่างๆ ตามการกำหนดทิศทาง ซึ่งกำหนดตามแอตทริบิวต์ไดเรกทอรี HTML
:dir(ltr)
ตรงกับทิศทางของข้อความแบบซ้ายไปขวา
:dir(rtl)
จะจับคู่องค์ประกอบที่มีทิศทางของข้อความแบบขวาไปซ้าย
ซึ่งไม่เทียบเท่ากับตัวเลือกแอตทริบิวต์ [dir]
เนื่องจากตรงกับทิศทางที่ได้รับมาจากระดับบนที่มีแอตทริบิวต์ dir
และตรงกับทิศทางที่คำนวณจากการใช้ dir=auto
(ซึ่งจะกำหนดทิศทางจากอักขระตัวแรกในข้อความที่มีทิศทางชัดเจน)
ฟังก์ชันเลขชี้กำลังของ CSS
เพิ่มฟังก์ชันเลขชี้กำลังของ CSS ซึ่งได้แก่ pow()
, sqrt()
, hypot()
, log()
และ exp()
จากข้อกำหนดค่า CSS และหน่วยระดับ 4
การมาสก์ CSS
CSS mask
และพร็อพเพอร์ตี้ที่เกี่ยวข้อง เช่น mask-image
และ mask-mode
ใช้เพื่อซ่อนองค์ประกอบ (บางส่วนหรือทั้งหมด) ด้วยการมาสก์หรือตัดรูปภาพที่จุดที่เจาะจง
ฟีเจอร์นี้ยกเลิกคำนำหน้าพร็อพเพอร์ตี้ -webkit-mask*
และทำให้เป็นไปตามข้อกำหนดปัจจุบัน ซึ่งรวมถึง mask-image
, mask-mode
, mask-repeat
, mask-position
, mask-clip
, mask-origin
, mask-size
และ mask-composite
ตลอดจนทางลัด mask
รองรับการอ้างอิง mask-image
ในเครื่อง ตอนนี้การทำให้เป็นอนุกรมตรงกับข้อกำหนดแล้ว และค่าที่ยอมรับตอนนี้ตรงกับข้อกำหนดแล้ว (เช่น add
แทนที่จะเป็น source-over
สำหรับ mask-composite
)
การซ้อน CSS แบบผ่อนคลาย
การเปลี่ยนแปลงการติดตั้งใช้งานการซ้อน CSS นี้ช่วยให้กฎรูปแบบที่ซ้อนกันสามารถเริ่มต้นด้วยองค์ประกอบได้ เช่น h1
แทนที่จะกำหนดให้ต้องมีสัญลักษณ์ &
ข้างหน้า หรือล้อมรอบด้วย is()
ตัวอย่างต่อไปนี้ถูกต้องตามข้อกําหนดดังกล่าวและใช้งานได้ใน Chrome 120 แล้ว
.card {
h1 {
/* h1 does not start with a symbol */
}
}
HTML
รูปแบบแอคคอร์เดียนที่ใช้แอตทริบิวต์ชื่อใน <details>
ฟีเจอร์นี้เพิ่มความสามารถในการสร้างแอคคอร์เดียนโดยใช้การเรียงลำดับองค์ประกอบ <details>
ของ HTML โดยจะเพิ่มแอตทริบิวต์ชื่อลงในองค์ประกอบ <details>
เมื่อใช้แอตทริบิวต์นี้ องค์ประกอบ <details>
หลายรายการที่มีชื่อเดียวกันจะสร้างกลุ่มขึ้น องค์ประกอบในกลุ่มสามารถเปิดได้ครั้งละไม่เกิน 1 รายการ
API ของเว็บ
อนุญาตให้โอน ArrayBuffer ไปยัง VideoFrame, AudioData, EncodingVideoChunk, EncodingAudioChunk, ตัวสร้าง ImageDecoder
ซึ่งจะทำให้สามารถถอดบัฟเฟอร์อาร์เรย์และใช้บัฟเฟอร์ที่เกี่ยวข้องภายใน VideoFrame, ImageDecoder, EnencryptedVideoChunk, EnencryptedAudioChunk, AudioData โดยไม่ต้องคัดลอก
FontFaceSet ของ CSS Font Loading: เมธอด check()
เมธอด check()
ของ FontFaceSet
จะตรวจสอบว่าสามารถแสดงข้อความโดยใช้แบบอักษรที่ระบุได้หรือไม่ โดยไม่ต้องพยายามใช้แบบอักษรใน FontFaceSet
ที่ยังคงโหลดไม่เสร็จ วิธีนี้ช่วยให้ผู้ใช้เลือกใช้แบบอักษรได้อย่างปลอดภัยโดยไม่ต้องเรียกการเปลี่ยนแบบอักษรในภายหลัง
ปิดคำขอและ CloseWatcher
คำขอปิดเป็นแนวคิดใหม่ที่ครอบคลุมคำขอของผู้ใช้เพื่อปิดสิ่งที่เปิดอยู่ โดยใช้ปุ่ม Esc บนเดสก์ท็อป หรือใช้ท่าทางสัมผัสหรือปุ่มย้อนกลับบน Android การผสานรวม 2 อย่างนี้เข้ากับ Chrome มาพร้อมกับการเปลี่ยนแปลง 2 ประการดังนี้
CloseWatcher
API แบบใหม่สำหรับการฟังและตอบสนองต่อคำขอที่ปิดได้โดยตรง- อัปเกรดเป็น
<dialog>
และpopover=""
เพื่อใช้เฟรมเวิร์กคำขอปิดใหม่ เพื่อตอบสนองปุ่มย้อนกลับของ Android
ผู้ปฏิบัติงานและ Storage Access API โดยเฉพาะ
ผู้ปฏิบัติงานโดยเฉพาะจะได้รับสถานะการเข้าถึงพื้นที่เก็บข้อมูลของบริบทระดับบนสุด ดังนั้น หากเอกสารได้รับสิทธิ์เข้าถึงพื้นที่เก็บข้อมูลผ่าน document.requestStorageAccess()
แล้วสร้างผู้ปฏิบัติงานเฉพาะ ผู้ปฏิบัติงานก็จะมีสิทธิ์เข้าถึงพื้นที่เก็บข้อมูล (และสามารถเข้าถึงคุกกี้ที่ไม่ได้แบ่งพาร์ติชันได้)
FedCM: Error API และ AutoSelectedFlag API
API ที่ออกแบบมาเพื่อช่วยให้นักพัฒนาซอฟต์แวร์และผู้ใช้เข้าใจขั้นตอนการตรวจสอบสิทธิ์ได้ดียิ่งขึ้น ระบบจะทริกเกอร์ API ทั้ง 2 รายการนี้หลังจากได้รับสิทธิ์จากผู้ใช้เพื่อลงชื่อเข้าใช้เว็บไซต์หรือแอปพลิเคชัน (ในบริบทนี้เรียกว่าบุคคลที่พึ่งพา (RP)) กับผู้ให้บริการข้อมูลประจำตัว กล่าวคือ หลังจากที่ผู้ใช้คลิกปุ่มดำเนินการต่อในชื่อ
เมื่อใช้ Error API หากการพยายามลงชื่อเข้าใช้ของผู้ใช้ไม่สำเร็จ ผู้ให้บริการข้อมูลประจำตัวจะแชร์เหตุผลกับเบราว์เซอร์ได้เพื่ออัปเดตทั้งผู้ใช้และนักพัฒนาซอฟต์แวร์ RP
AutoSelectedFlag API ช่วยให้ทั้งผู้ให้บริการข้อมูลประจำตัวและนักพัฒนาซอฟต์แวร์ RP สามารถทำความเข้าใจเกี่ยวกับ UX การลงชื่อเข้าใช้ได้ดียิ่งขึ้น รวมถึงประเมินประสิทธิภาพและแบ่งกลุ่มเมตริกได้อย่างเหมาะสม
ดูข้อมูลเพิ่มเติมในบล็อกโพสต์ FedCM Chrome 120
การอัปเดตฟังก์ชันการทำงานของ Fenced Frame
มาโครขนาดโฆษณา Protected Audience ใน Protected Audience API ภายใน Privacy Sandbox มีตัวเลือกรูปแบบเพิ่มเติม ฟีเจอร์การเลือกใช้ช่วยให้คุณใช้มาโครเพื่อระบุขนาดของโฆษณาที่ชนะการประมูลลงใน URL ของโฆษณาได้ เช่น
https://ad.com?width={/%AD_WIDTH%}&height={/%AD_HEIGHT%}
เพื่อให้สอดคล้องกับมาโครประเภทอื่นๆ ใน Protected Audience มากขึ้น เช่น มาโครที่ deprecatedReplaceInURN
และ registerAdMacro()
ใช้ ใน Chrome 120 เราจะเพิ่มความสามารถในการใช้ ${AD_WIDTH} และ ${AD_HEIGHT} เป็นรูปแบบสำหรับมาโครนอกเหนือจากรูปแบบปัจจุบัน
ตอนนี้ระบบจะส่งบีคอนอัตโนมัติไปยัง URL ที่ลงทะเบียนทั้งหมด ก่อนหน้านี้ เฉพาะปลายทางที่ระบุเมื่อเรียกใช้ setReportEventDataForAutomaticBeacons()
จะได้รับบีคอนอัตโนมัติ แม้ว่าปลายทางดังกล่าวจะเรียกใช้ registerAdBeacon()
สำหรับ reserved.top_navigation
ในเวิร์กเล็ตของตนก็ตาม ตอนนี้ปลายทางใดก็ตามที่เรียกใช้ registerAdBeacon()
สำหรับ reserved.top_navigation
จะได้รับบีคอนอัตโนมัติ แต่เฉพาะปลายทางที่ระบุไว้ใน setReportEventDataForAutomaticBeacons()
เท่านั้นที่จะได้รับข้อมูลบีคอนอัตโนมัติพร้อมกับบีคอน ตอนนี้พารามิเตอร์ once
ใน setReportEventDataForAutomaticBeacons()
จะกำหนดว่ามีการส่งออกข้อมูลเพียงครั้งเดียวหรือไม่ แทนที่จะเป็นการระบุว่ามีการส่งบีคอนเพียงครั้งเดียวหรือไม่
ระยะขอบของการเลื่อนจากสี่แยก (Intersection Observer Scroll Margin)
Intersection Observer scrollMargin
ช่วยให้นักพัฒนาซอฟต์แวร์สังเกตการณ์เป้าหมายภายในคอนเทนเนอร์แบบเลื่อนที่ซ้อนกันซึ่งกำลังตัดออกโดยคอนเทนเนอร์แบบเลื่อน ซึ่งทำได้โดยการขยายการตัดคลิปของคอนเทนเนอร์ออกตาม scrollMargin
เมื่อคำนวณจุดตัด
รายงานการละเมิดนโยบายสิทธิ์
ซึ่งจะผสานรวม API นโยบายสิทธิ์กับ Reporting API ซึ่งช่วยให้นักพัฒนาเว็บกำหนดค่าปลายทางที่จะส่งรายงานการละเมิดนโยบายสิทธิ์ได้ ทำให้เจ้าของเว็บไซต์เห็นได้เมื่อมีการขอฟีเจอร์ที่ไม่อนุญาตในหน้าดังกล่าว
นอกจากนี้ยังมีส่วนหัว Permissions-Policy-Report-Only
ที่ช่วยให้ส่งรายงานตามนโยบายที่เสนอ (คล้ายกับ Content-Security-Policy-Report-Only
) เพื่อให้ระบบประเมินการเปลี่ยนแปลงนโยบายเพื่อหาความเสียหายที่อาจเกิดขึ้นก่อนนำไปใช้ในโหมดบังคับใช้ปกติ
API เซสชันสื่อ: การดำเนินการ enterpictureinpicture
รายการ
เพิ่มการดำเนินการ enterpictureinpicture
ลงใน Media Session API เว็บไซต์สามารถลงทะเบียนเครื่องจัดการการทำงานซึ่งสามารถใช้เพื่อเปิดหน้าต่างการแสดงภาพซ้อนภาพหรือเอกสารการแสดงภาพซ้อนภาพ
ดูข้อมูลเพิ่มเติมในการแสดงภาพซ้อนภาพอัตโนมัติสำหรับเว็บแอป
การรองรับ WebGPU f16
อนุญาตให้ใช้ f16 ประเภทจุดลอยตัวที่มีค่าความแม่นยําแบบครึ่งหนึ่งในตัวควบคุมเฉดสี WebGPU (WGSL)
นักพัฒนาซอฟต์แวร์สามารถใช้ "shader-f16" จากข้อมูลจำเพาะของ WebGPU และ "f16" เพิ่มเติมจากข้อกำหนด WGSL เพื่อเข้าถึงตัวแปรจุดลอยตัว 16 บิตและ API ในตัวสร้างเฉดสี
MediaCapabilities: การค้นหาการรองรับ HDR ด้วย decodingInfo()
ขยาย Media Capabilities API เพื่ออนุญาตให้ตรวจจับการรองรับการแสดงผล HDR ผ่านช่องพจนานุกรม VideoConfiguration ใหม่ 3 ช่อง ซึ่งได้แก่ hdrMetadataType
, colorGamut
และ transferFunction
Chrome ใช้อัลกอริทึมการแมปโทนสีของตัวเองเพื่อให้แสดงค่า "จริง" เสมอสำหรับข้อมูลเมตาแบบคงที่ของ HDR10 (smpteSt2086) ปัจจุบันระบบยังไม่รองรับข้อมูลเมตาแบบไดนามิกของ HDR10+ (smpteSt2094-10) และ Dolby Vision (smpteSt2094-40) จึงจะแสดงผล "เท็จ" เราคาดว่าจะเพิ่มการรองรับข้อมูลเมตาแบบไดนามิกในอนาคต ดังนั้น API นี้จะช่วยให้นักพัฒนาซอฟต์แวร์สามารถเลือกเนื้อหาที่เหมาะสมสำหรับผู้ใช้ที่มีการสนับสนุน
สถิติ MediaStreamTrack (วิดีโอ)
API ที่แสดงตัวนับเฟรม (ส่งแล้ว ทิ้งแล้ว ทั้งหมด) สำหรับ MediaStreamTracks ของวิดีโอชนิดหนึ่งๆ สถิติเสียงจะครอบคลุมเมื่อเปิดตัวฟีเจอร์ Chrome แยกต่างหาก
API การรวมข้อมูลส่วนตัว: การเลือกผู้ประสานงานการรวม
การแก้ไข Private Aggregation API เพื่อเป็นกลไกการเลือกผู้ประสานงานที่จะใช้สำหรับการเข้ารหัสเพย์โหลด (จากรายการที่อนุญาตที่ผู้ให้บริการระบุ) การเลือกบริการจะมีตัวเลือกเพิ่มเติมในการเรียกใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกัน run()
และ selectURL()
และในการเรียกใช้ Protected Audience runAdAuction()
และ joinAdInterestGroup()
แนวทางนี้ส่วนใหญ่สอดคล้องกับแนวทางของ Attribution Reporting API
API สถานะการเข้าสู่ระบบใน FedCM
การเข้าสู่ระบบสถานะ API (เดิมคือ API สถานะการลงชื่อเข้าใช้ IdP) จะอนุญาตให้ผู้ให้บริการข้อมูลประจำตัวส่งสัญญาณไปยังเบราว์เซอร์เมื่อผู้ใช้เข้าสู่ระบบหรือออกจากระบบ
ซึ่ง FedCM จะใช้ในการรับมือกับการโจมตีแบบปิดเสียงและส่งผลให้ FedCM ทำงานได้โดยไม่ต้องใช้คุกกี้ของบุคคลที่สามเลย
โดย API นี้อาจพร้อมให้ Use Case เพิ่มเติมในอนาคต
ดูข้อมูลเพิ่มเติมได้ในบล็อกโพสต์ประกาศ
ดูการเปลี่ยน: การทำให้ Callback ไม่เป็นค่าว่าง
ปัจจุบันการเรียก startViewTransition
จะใช้ประเภท Callback ที่เป็น Null ที่ไม่บังคับซึ่งมีค่าเริ่มต้นเป็น Null: startViewTransition(optional UpdateCallback? callback = null)
ฟีเจอร์นี้เปลี่ยนเป็นประเภทที่ไม่มีค่าว่าง: startViewTransition(optional UpdateCallback callback)
การห่อหุ้มคีย์ X25519Kyber768 สำหรับ TLS
ปกป้องการรับส่งข้อมูล TLS ของ Chrome ในปัจจุบันจากการเข้ารหัสควอนตัมในอนาคตด้วยการติดตั้งใช้งานอัลกอริทึมข้อตกลงเกี่ยวกับคีย์ที่ทนทานต่อควอนตัมของ Kyber768 นี่คือข้อตกลงหลักแบบผสม X25519 + Kyber768 ที่อิงตามมาตรฐาน IETF ข้อกำหนดและการเปิดตัวนี้อยู่นอกขอบเขตของ W3C ข้อตกลงที่สำคัญนี้จะเปิดตัวด้วยการเข้ารหัส TLS และควรมีความโปร่งใสต่อผู้ใช้
ช่วงทดลองใช้จากต้นทางอยู่ระหว่างดำเนินการ
ใน Chrome 120 คุณสามารถเลือกใช้การทดสอบต้นทางใหม่ดังต่อไปนี้
"ลำดับความสำคัญ" ส่วนหัวของคำขอ HTTP
ฟีเจอร์นี้จะเพิ่มส่วนหัวของคำขอ priority
สำหรับคำขอ HTTP ทั้งหมดที่มีข้อมูลลำดับความสำคัญของคำขอ ณ เวลาที่ส่งคำขอ
RFC 9218 (Extensible Purchaseitization Scheme for HTTP) กำหนด "ลำดับความสำคัญ" ส่วนหัวของคำขอ HTTP ที่จะใช้สำหรับการส่งสัญญาณลำดับความสำคัญของคำขอไปยังต้นทาง (และตัวกลาง) นอกจากนี้ยังกำหนดกระบวนการเจรจาและเฟรมระดับโปรโตคอลสำหรับ HTTP/2 และ HTTP/3 เพื่อให้มีข้อมูลลำดับความสำคัญที่เหมือนกัน ส่วนหัวจะส่งสัญญาณแจ้งลำดับความสำคัญเริ่มต้นของทรัพยากรเมื่อมีการขอทรัพยากรครั้งแรกเท่านั้น ในขณะที่กลไกแบบเฟรมอนุญาตให้แก้ไขลำดับความสำคัญตามข้อเท็จจริงได้ ส่วนหัวสามารถดำเนินการจากต้นทางถึงปลายทางไปยังเซิร์ฟเวอร์ต้นทาง (และมีกลไกสำหรับต้นทางในการลบล้างลำดับความสำคัญหากตัวกลางรับรู้) ในขณะที่เฟรมถูกจำกัดให้ทำงานในระดับลิงก์ ฟีเจอร์นี้มีไว้เพื่อรองรับรูปแบบการจัดลําดับความสําคัญตามส่วนหัวโดยเฉพาะ
การขยาย Storage Access API (SAA) ไปยังพื้นที่เก็บข้อมูลที่ไม่ใช่คุกกี้
เราเสนอการขยาย Storage Access API (เข้ากันได้แบบย้อนหลัง) เพื่ออนุญาตการเข้าถึงพื้นที่เก็บข้อมูลที่ไม่ได้แบ่งพาร์ติชัน (คุกกี้และไม่ใช่คุกกี้) ในบริบทของบุคคลที่สาม
สิทธิ์เข้าถึงเครือข่ายส่วนตัวเพื่อผ่อนคลายเนื้อหาผสม
ในการสร้างการเชื่อมต่อกับอุปกรณ์บนเครือข่ายเฉพาะพื้นที่ที่ไม่มีชื่อที่ไม่ซ้ำกันทั่วโลก ทำให้ไม่สามารถรับใบรับรอง TLS ได้ ฟีเจอร์นี้จะแนะนำตัวเลือกใหม่สำหรับ fetch()
เพื่อประกาศชื่อนักพัฒนาซอฟต์แวร์ ต้องการพูดคุยกับอุปกรณ์ดังกล่าว ซึ่งเป็นฟีเจอร์ใหม่ที่ควบคุมโดยนโยบายที่จะควบคุมแต่ละเว็บไซต์ เข้าถึงความสามารถนี้ และส่วนหัวใหม่สำหรับการตอบกลับการตรวจสอบล่วงหน้าของเซิร์ฟเวอร์เพื่อมอบข้อมูลเมตาเพิ่มเติม
ลงชื่อสมัครทดลองใช้ข้อความแจ้งจากต้นทางสำหรับสิทธิ์เข้าถึงเครือข่ายส่วนตัว
สิทธิ์เข้าถึง performance.measureUserAgentSpecificMemory() แบบไม่จำกัด
ระบุ Performance.measureUserAgentSpecificMemory() ให้พร้อมใช้งานในสภาพแวดล้อมที่แยกต่างหากแบบข้ามต้นทางเท่านั้น (เบื้องหลัง COOP/COEP) ฟีเจอร์นี้นำข้อจำกัด COOP/COEP ออกเพื่อให้มีการทดสอบการถดถอยและการวัดผลกระทบเมื่อทำให้ COOP/COEP ใช้งานได้โดยสมบูรณ์ โปรดทราบว่า Performance.memory (API เดิม) ใช้เพื่อจุดประสงค์นี้ไม่ได้ เนื่องจากไม่เคยเปิดใช้ในผู้ปฏิบัติงานมาก่อน
performance.measureUserAgentSpecificMemory()
ฟีเจอร์นี้จะเพิ่มฟังก์ชัน performance.measureUserAgentSpecificMemory()
ที่ประมาณการใช้งานหน่วยความจำของหน้าเว็บ เว็บไซต์ต้องแยกแบบข้ามต้นทางเพื่อใช้ API
การเลิกใช้งานและการนำออก
Chrome เวอร์ชันนี้แนะนำการเลิกใช้งานและการนำออกตามที่ระบุไว้ด้านล่าง ไปที่ ChromeStatus.com เพื่อดูรายการการเลิกใช้งานที่วางแผนไว้ การเลิกใช้งานปัจจุบัน และการนำออกก่อนหน้านี้
Chrome รุ่นนี้เลิกใช้งานฟีเจอร์เดียว
เลิกใช้งานและนำการรองรับ Theora ออก
Chrome จะเลิกใช้งานและนำการรองรับตัวแปลงรหัสวิดีโอ Theora ใน Chrome บนเดสก์ท็อปออก เนื่องจากมีความเสี่ยงด้านความปลอดภัยที่เกิดขึ้น การใช้งานที่ต่ำ (และมักจะไม่ถูกต้อง) ของ Theora ไม่สมควรให้การสนับสนุนผู้ใช้ส่วนใหญ่อีกต่อไป
Chrome รุ่นนี้จะนำฟีเจอร์ 2 อย่างออก
นำข้อมูลออก: URL ใน SVGUseElement
การกําหนดข้อมูล: URL ใน SVGUseElement ทําให้เกิด XSS และยังนำไปสู่การข้าม Trusted Types อีกด้วย ด้วยเหตุนี้ เราจึงวางแผนที่จะเลิกใช้งานและนำการรองรับดังกล่าวออก
นำการบังคับใช้แบบครอบคลุมที่มีต้นทางเดียวกันใน CSPEE ออก
นำการดูแลพิเศษสำหรับ iframe ที่มีต้นทางเดียวกันออกจากการบังคับใช้ที่ฝังของ CSP ซึ่งจะปรับลักษณะการทำงานของการบังคับใช้การบังคับใช้ที่ฝังกับ CSP สำหรับ iframe แบบข้ามต้นทางและ iframe ต้นทางเดียวกัน