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