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