כמעט בכל גרסה של Chrome אנחנו מוסיפים מספר רב של עדכונים ושיפורים למוצר, לביצועים שלו וליכולות של פלטפורמת האינטרנט. במאמר הזה מוסבר על ההוצאות משימוש וההסרות ב-Chrome 62, שזמין בגרסת בטא החל מ-14 בספטמבר. הרשימה הזו עשויה להשתנות בכל שלב.
הסרה של RTCPeerConnection.getStreamById()
לפני כמעט שנתיים, getStreamById() הוסר מהמפרט של WebRTC. רוב הדפדפנים האחרים כבר הוציאו אותו מההטמעות שלהם, והתכונה הוצאה משימוש ב-Chrome 60. אמנם נראה שהפונקציה הזו לא בשימוש רב, אבל יש גם סיכון קטן של יכולת פעולה הדדית עם דפדפני Edge ודפדפנים מבוססי WebKit מלבד Safari, שבו getStreamById() עדיין נתמך.
מפתחים שזקוקים להטמעה חלופית יכולים למצוא קוד לדוגמה בקטע 'כוונת ההסרה' שבהמשך.
כוונה להסרה | מעקב אחר סטטוס Chrome | באג ב-Chromium
הסרת SharedWorker.workerStart
הנכס הזה, שנועד למעקב אחרי ביצועי העובדים, הוסר מהמפרט לפני יותר משנתיים ואין לו תמיכה בדפדפנים העיקריים האחרים. גישה מודרנית יותר למעקב אחרי ביצועי עובדים היא שימוש ב-Performance.timing.
כוונה להסרה | מעקב אחר סטטוס Chrome | באג ב-Chromium
הסרה של SVGPathElement.getPathSegAtLength()
ב-Chrome 48, הסרנו את SVGPathElement.pathSegList() ואת הממשקים הקשורים בהתאם למפרט SVG. באותו זמן, השיטה הזו נשארה בטעות. אנחנו לא צופים שההסרה הזו תגרום לשיבושים בדפי אינטרנט, כי בשנתיים האחרונות היא החזירה אובייקט שכבר לא קיים ב-Blink.
כוונה להסרה | מעקב אחר סטטוס Chrome | באג ב-Chromium
הסרת השימוש בהתראות מ-iframe לא מאובטח
בקשות הרשאה מ-iframes עלולות לבלבל משתמשים, כי קשה להבחין בין המקור של הדף שמכיל את ה-iframe לבין המקור של ה-iframe ששולח את הבקשה. כשהיקף הבקשות לא ברור, קשה למשתמשים להחליט אם להעניק או לדחות את ההרשאה.
איסור ההתראות ב-iframes יעזור גם להתאים את הדרישות להרשאת התראות לדרישות של התראות דחיפה, וכך להקל על המפתחים.
מפתחים שזקוקים לפונקציה הזו יכולים לפתוח חלון חדש כדי לבקש הרשאה לקבלת התראות.