في كل إصدار تقريبًا من Chrome، نشهد عددًا كبيرًا من التحديثات والتحسينات للمنتج وأدائه وإمكانات "منصة الويب" أيضًا. توضّح هذه المقالة بعض عمليات الإيقاف النهائي وعمليات الإزالة في إصدار 63 من Chrome، الذي يتوفَّر كإصدار تجريبي اعتبارًا من 26 تشرين الأول (أكتوبر). انتقِل إلى صفحة عمليات الإيقاف النهائي وعمليات الإزالة للاطّلاع على المزيد من عمليات الإيقاف النهائي وعمليات الإزالة من هذا الإصدار والإصدار السابق من Chrome. تخضع هذه القائمة للتغيير في أي وقت.
لم تعد مواقع الواجهة من النوع "الوعد" تطرح استثناءات.
كانت خصائص الواجهة والوظائف التي تعرض وعدًا غير متسقة
بشأن ما إذا كانت شروط الخطأ تؤدي إلى استثناءات أو رفض، ما يؤدي إلى
حظر catch() للوعد. يستدعي الإصدار الحالي من مواصفات IDL
رفض جميع خصائص ودوال عرض الوعد بدلاً من طرح استثناء.
على سبيل المثال، في السابق، كانت تؤدي مكالمة MediaKeySession.closed إلى إنشاء
TypeError لاستدعاء غير قانوني إذا تم الاتصال به في الوقت غير الصحيح. ومع هذا التغيير،
يجب أن يتم الآن تطبيق حظر catch() في هذه الطلبات.
يؤدي هذا التغيير إلى تضمين Chrome في المواصفات. تم إجراء هذا التغيير بالفعل للدوال.
Chromestatus Tracker | خطأ Chromium
إزالة طريقة getmatchCSSRules()
طريقة getmatchCSSRules() هي واجهة برمجة تطبيقات webkit-only للحصول على قائمة بجميع قواعد النمط المطبقة على عنصر معين. تتضمّن Webkit خطأً مفتوحًا يجب إزالته. لهذه الأسباب، تتم إزالته من Chrome في الإصدار 63. ويمكن لمطوّري البرامج الذين يحتاجون إلى هذه الوظيفة الاطّلاع على مشاركة Stackoverflow هذه
هدف الإزالة | Chromestatus Tracker | خطأ Chromium
إزالة RTCRtcpMuxPolicy لـ "التفاوض"
يستخدم متصفِّح Chrome rtcpMuxPolicy لتحديد سياسته المفضّلة بشأن
استخدام مضاعفة توجيه RTP/RTCP. في إصدار 57 من Chrome، غيّرنا الإعداد التلقائي
rtcpMuxPolicy إلى "يتطلب" وأوقفنا نهائيًا "التفاوض" للأسباب التالية:
- يستخدم RTCP (بروتوكول RTCP) غير المختلط موارد الشبكة الإضافية.
- ستؤدي إزالة كلمة "negotcate" إلى تسهيل عرض واجهة برمجة التطبيقات، بما أنّ RtpSender/"Rtp Receiver" سيكون لديه عملية نقل واحدة فقط في أي وقت.
في الإصدار 63 من Chrome، تتم إزالة الحقل "تفاوض".