การเลิกใช้งานและการนำ API ออกใน Chrome 52

Joe Medley
Joe Medley

ใน Chrome เกือบทุกเวอร์ชัน เราพบการอัปเดตจำนวนมากและ การปรับปรุงผลิตภัณฑ์ ประสิทธิภาพ และความสามารถของเว็บ แพลตฟอร์ม บทความนี้จะอธิบายการเปลี่ยนแปลงใน Chrome 52 ซึ่งอยู่ในรุ่นเบต้าเป็น วันที่ 9 มิถุนายน รายการนี้อาจเปลี่ยนแปลงได้ตลอดเวลา

เลิกใช้งานเหตุการณ์และแอตทริบิวต์ที่สิ้นสุด MediaStream และแอตทริบิวต์สุดท้าย

TL;DR: เหตุการณ์และแอตทริบิวต์ ended และเครื่องจัดการเหตุการณ์ onended กำลังจะเลิกใช้งาน เนื่องจากได้ถูกนำออกจากข้อกำหนดของการจับภาพสื่อและสตรีมแล้ว

ตั้งใจที่จะนำออก | ตัวติดตามสถานะ Chrome | ข้อบกพร่องของ Chromium

ทั้งเหตุการณ์ ended และเครื่องจัดการเหตุการณ์ onended ไม่ได้เป็นส่วนหนึ่งของข้อกำหนด WebRTC มาเป็นเวลาประมาณ 3 ปีแล้ว นักพัฒนาแอปที่ต้องการดูเหตุการณ์ควรใช้ MediaStreamTracks แทน MediaStreams

เราคาดว่าจะมีการนำออกใน Chrome 53

บล็อกป๊อปอัปจาก iframe แบบข้ามต้นทางระหว่างเหตุการณ์การแตะ ยกเว้นระหว่างท่าทางสัมผัสการแตะ

TL;DR: Chrome จะเริ่มไม่อนุญาตป๊อปอัปและการดำเนินการที่มีความละเอียดอ่อนอื่นๆ ในเหตุการณ์การแตะที่ไม่สอดคล้องกับการแตะจากภายใน iframe แบบข้ามต้นทาง

ตั้งใจที่จะนำออก | ตัวติดตามสถานะ Chrome | ข้อบกพร่องของ Chromium

โดยธรรมชาติแล้ว กิจกรรมการสัมผัสอาจกำกวมเมื่อเทียบกับกิจกรรมเมาส์ที่เกี่ยวข้อง เช่น หากผู้ใช้เลื่อนนิ้วผ่านหน้าจอ ผู้ใช้เลื่อนสวิตช์สลับหรือเลื่อนมุมมองหรือไม่ เนื้อหาของบุคคลที่สามบางส่วนใน iframe ใช้ประโยชน์จากความคลุมเครือนี้เพื่อตั้งใจปิดการเลื่อนหน้าที่มีเนื้อหาดังกล่าว

เพื่อป้องกันปัญหานี้ เราจะไม่อนุญาตให้ใช้ป๊อปอัปและการดำเนินการอื่นๆ ที่มีความละเอียดอ่อนในเหตุการณ์การแตะจาก iframe แบบข้ามต้นทาง เหตุการณ์การแตะจะยังคงทำงานเหมือนเดิม

เลิกใช้งาน postMessage() ที่มากเกินไป

TL;DR: เรากำลังจะเลิกใช้งานอินเทอร์เฟซ postMessage() เวอร์ชันที่ไม่จำเป็นและใช้งานน้อย โดยเฉพาะ postMessage(message, transferables, targetOrigin)

ตั้งใจที่จะนำออก | ตัวติดตามสถานะ Chrome | ข้อบกพร่องของ Chromium

เมธอด postMessage() คือวิธีสื่อสารอย่างปลอดภัยระหว่างสคริปต์ของหน้าเว็บในต้นทางต่างๆ WebKit/Blink รองรับ 3 เวอร์ชัน ดังนี้

  • postMessage(message, targetOrigin)
  • postMessage(message, targetOrigin, transferables)
  • postMessage(message, transferables, targetOrigin)

รายการสุดท้ายในรายการนี้เป็นเพียงอุบัติเหตุจากประวัติการพัฒนาและการใช้งานข้อกำหนดเฉพาะดังกล่าว เนื่องจากเครื่องมือนี้แทบไม่มีการใช้งาน ระบบจึงเลิกใช้งานและนำออกในภายหลัง การดำเนินการนี้จะมีผลกับทั้ง window.postMessage() และ worker.postMessage()

เราคาดว่าจะมีการนำออกใน Chrome 54

ยกเลิกการสนับสนุน X-Frame-Options ใน แท็ก

TL;DR: เพื่อให้สอดคล้องกับข้อกำหนดและเพิ่มความสอดคล้องกับเบราว์เซอร์อื่นๆ เราจะยกเลิกการรองรับ X-Frame-Options ในแท็ก <meta>

ตั้งใจที่จะนำออก | ข้อบกพร่องของ Chromium

ส่วนหัวการตอบกลับ HTTP X-Frame-Options บ่งบอกว่าเบราว์เซอร์แสดงผลหน้าเว็บในแท็ก <frame>, <iframe> หรือ <object> ได้หรือไม่ ซึ่งช่วยให้เว็บไซต์หลีกเลี่ยงการหลอกให้คลิกเนื่องจากหน้าดังกล่าวไม่สามารถฝังอยู่ในเว็บไซต์อื่นๆ ได้ ข้อกำหนด X-Frame-Options เวอร์ชันปัจจุบันจำกัดไม่ให้ User Agent รองรับช่องนี้ภายในแท็ก <meta> อย่างชัดแจ้ง

เพื่อให้สอดคล้องกับข้อกำหนดและเพิ่มความสอดคล้องกับเบราว์เซอร์อื่น เราจะนำการรองรับ X-Frame-Options ในแท็ก <meta> ออก

นํากิจกรรมการคลิกปุ่มที่ไม่ใช่กิจกรรมหลักออก

TL;DR: การคลิกเมาส์ที่ไม่ใช่กิจกรรมหลักจะไม่ทำให้กิจกรรมการคลิกเริ่มทำงานอีกต่อไป แต่ MouseEvent.button จะยังคงใช้งานได้

ตั้งใจที่จะนำออก | ตัวติดตามสถานะ Chrome | ข้อบกพร่องของ Chromium

เราจะนำเหตุการณ์การคลิกสำหรับปุ่มที่ไม่ใช่ปุ่มเมาส์หลักออกเพื่อให้ Chrome สอดคล้องกับข้อกำหนด UIEvents ปุ่มเมาส์ที่ไม่ใช่ปุ่มหลักจะแตกต่างกันไปตามอุปกรณ์ โดยทั่วไปหมายถึงปุ่มอื่นที่ไม่ใช่ปุ่มเมาส์ขวาหรือซ้าย โปรดทราบว่าระบบอาจยังคงดึงข้อมูลปุ่มที่แน่นอนที่มีการคลิกได้โดยใช้พร็อพเพอร์ตี้ MouseEvent.button ที่ส่งไปยังเหตุการณ์ต่างๆ เช่น mousedown หรือ mouseup

นำ requestAutocomplete() ออก

ฟังก์ชัน requestAutocomplete() อนุญาตให้กรอกข้อมูลแบบฟอร์มตามคำขอด้วยความสามารถป้อนข้อความอัตโนมัติของเบราว์เซอร์ แม้จะเปิดมานานกว่า 2 ปีแล้ว ความสามารถนี้ก็รองรับเฉพาะใน Blink เท่านั้นและมีการใช้งานน้อย ด้วยเหตุนี้ เราจึงนำ requestAutocomplete() ออกจาก Chrome 52

ตั้งใจที่จะนำออก