כמעט בכל גרסה של Chrome אנחנו מוסיפים מספר רב של עדכונים ושיפורים למוצר, לביצועים שלו וליכולות של פלטפורמת האינטרנט. במאמר הזה מתוארים חלק מהתכונות שהווצאו משימוש והתכונות שהוסרו ב-Chrome 63, שזמין בגרסת בטא החל מ-26 באוקטובר. בדף ההוצאות משימוש וההסרות תוכלו למצוא מידע נוסף על הוצאות משימוש והסרות בגרסה הזו ובגרסאות קודמות של Chrome. הרשימה הזו עשויה להשתנות בכל שלב.
מאפייני ממשק עם סוג Promise כבר לא גורמים להשלכות
תכונות וממשקי פונקציות שמחזירים הבטחה לא היו עקביים לגבי האופן שבו תנאי שגיאה גורמים להשלכת חריגות או לדחייה, מה שגורם להפעלת הבלוק catch() של ההבטחה. בגרסה הנוכחית של מפרט ה-IDL מצוין שכל הפונקציות והמאפיינים שמחזירים הבטחה צריכים לדחות אותה במקום להפעיל חריגה.
לדוגמה, בעבר קריאה ל-MediaKeySession.closed הייתה מפעילה TypeError לקריאה לא חוקית אם היא הייתה מתבצעת בזמן הלא נכון. בעקבות השינוי הזה, קריאות כאלה צריכות ליישם עכשיו חסימה של catch().
השינוי הזה מביא את Chrome בהתאם למפרט. השינוי הזה כבר בוצע בפונקציות.
מעקב אחר סטטוס העדכונים של Chrome | באג ב-Chromium
מסירים את getMatchedCSSRules()
השיטה getMatchedCSSRules() היא ממשק API ל-WebKit בלבד, שמאפשר לקבל רשימה של כל כללי הסגנון שחלים על רכיב מסוים. ב-WebKit יש באג פתוח להסרת התכונה. לכן הוא הוסר מ-Chrome בגרסה 63. מפתחים שזקוקים לפונקציונליות הזו יכולים לעיין בפוסט הזה ב-Stackoverflow.
כוונה להסרה | מעקב אחר סטטוס Chrome | באג ב-Chromium
מסירים את RTCRtcpMuxPolicy של 'negotiate'
Chrome משתמש ב-rtcpMuxPolicy כדי לציין את המדיניות המועדפת שלו לגבי שימוש במולטיפלקס של RTP/RTCP. ב-Chrome 57 שינינו את ברירת המחדל של rtcpMuxPolicy ל-'דרישה' והוצאנו משימוש את האפשרות 'משא ומתן' מהסיבות הבאות:
- שימוש ב-RTCP ללא מיקס משתמש במשאבי רשת נוספים.
- הסרת האפשרות 'negotiate' תפשט את ממשק ה-API, כי ל-'RtpSender'/'RtpReceiver' תהיה תמיד רק תשתית תחבורה אחת.
בגרסה 63 של Chrome, האפשרות 'negotiate' (משא ומתן) תוסר.