في كل إصدار من Chrome تقريبًا، نلاحظ عددًا كبيرًا من التحديثات والتحسينات على المنتج وأدائه وإمكانات Web Platform. توضّح هذه المقالة بعض الميزات التي سيتم إيقافها نهائيًا أو إزالتها في Chrome 63، وهو الإصدار التجريبي اعتبارًا من 26 تشرين الأول (أكتوبر). يُرجى الانتقال إلى صفحة الإيقاف النهائي والإزالة للاطّلاع على المزيد من الميزات التي سيتم إيقافها نهائيًا وإزالتها من هذا الإصدار والإصدارات السابقة من Chrome. تخضع هذه القائمة للتغيير في أي وقت.
لم تعُد سمات الواجهة التي لها نوع Promise تُعرِض استثناءات.
كانت خصائص الواجهة والدوالّ التي تعرض وعدًا غير متّسقة
حول ما إذا كانت حالات الخطأ تُلقي استثناءات أو ترفض، ما قد يؤدي إلى استدعاء catch() كتلة الوعد. يتطلّب الإصدار الحالي من مواصفات IDL
رفض جميع المواقع والدوالّ التي تعرض وعدًا بدلاً من
طرح استثناء.
على سبيل المثال، في السابق، كان يتم طرح TypeError عند استدعاء MediaKeySession.closed بشكل غير قانوني في الوقت الخطأ. بعد هذا التغيير،
يجب أن تفرض هذه المكالمات الآن حظرًا على catch().
يتوافق هذا التغيير مع المواصفة. سبق أن تم إجراء هذا التغيير على الدوالّ.
Chromestatus Tracker | Chromium Bug
إزالة getMatchedCSSRules()
إنّ الطريقة getMatchedCSSRules() هي واجهة برمجة تطبيقات خاصة بخدمة webkit فقط للحصول على قائمة بجميع قواعد الأسلوب التي تم تطبيقها على عنصر معيّن. يتضمّن Webkit خطأ مفتوحًا لإزالته. ولهذا السبب، تمت إزالتها من Chrome في الإصدار 63. يمكن للمطوّرين الذين يحتاجون إلى هذه الوظيفة قراءة هذه المشاركة على Stackoverflow.
Intent to Remove | Chromestatus Tracker | Chromium Bug
إزالة RTCRtcpMuxPolicy من "negotiate"
يستخدم Chrome العنصر rtcpMuxPolicy لتحديد سياسته المفضّلة بشأن
استخدام ميزة "البث المتعدّد عبر بروتوكول RTP/RTCP". في الإصدار 57 من Chrome، غيّرنا الإعداد التلقائي
rtcpMuxPolicy إلى "طلب" وأوقفنا نهائيًا الإعداد "تفاوض" للأسباب التالية:
- يستخدم بروتوكول RTCP غير المجمّع موارد إضافية للشبكة.
- ستؤدي إزالة "negotiate" إلى تبسيط واجهة برمجة التطبيقات، لأنّه لن يكون لدى "RtpSender"/"RtpReceiver" سوى وسيلة نقل واحدة.
في الإصدار 63 من Chrome، تمت إزالة القيمة "negotiate".