כמעט בכל גרסה של Chrome אנחנו רואים מספר משמעותי של עדכונים שיפורים במוצר, בביצועים וביכולות של האינטרנט פלטפורמה. במאמר הזה נתאר את ההוצאה משימוש וההסרות ב-Chrome 57, שנמצא בגרסת בטא בתחילת פברואר. הרשימה הזאת כפופה לשינויים בכל שלב בזמן האימון.
הסרת המאפיין BluetoothDevice.uuids
אנחנו מסירים את המאפיין BluetoothDevice.uuids כדי להציג את
Web Bluetooth API ב-
למפרט הנוכחי. ניתן לאחזר את כל שירותי GATT המורשים על ידי התקשרות
device.getPrimaryServices().
הסרת אלמנט ליצירת מפתחות
החל מ-Chrome 49, התנהגות ברירת המחדל של <keygen> היא להחזיר את
מחרוזת, אלא אם ניתנה הרשאה לדף זה. אין תמיכה ב-IE/Edge
<keygen> ולא ציינת אותות ציבוריים לתמיכה ב-<keygen>.
Firefox כבר חוסם את <keygen> מאחורי תנועת משתמש, אבל הוא גלוי לכולם
תומכים בהסרה שלו. המשלוח של Safari הוא <keygen> ולא צוין
את תפיסות הציבור לגבי התמיכה המתמשכת שלו. ב-Chrome 57, האלמנט הזה
הוסר.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
הסרת התחילית של ממשק ה-API לניהול מאגר הנתונים הזמני
שתי שיטות ומטפל באירועים, webkitClearResourceTimings(),
webkitSetResourceTimingBufferSize() וגם onwebkitresourcetimingbufferfull
הן מיושנות וספציפיות לספק.
בגרסאות סטנדרטיות של ממשקי ה-API האלה
קיימת תמיכה מאז Chrome 46, והפונקציות עם הקידומת
שהוצאו משימוש גם בגרסה הזו. במקור התכונות האלה
הטמענו ב-WebKit אבל Safari לא הפעיל אותן. Firefox, IE 10+ וכן
ל-Edge יש רק גרסה של ה-API ללא קידומת. לכן גרסאות ה-webkit
מוסרים.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
הסרת ServiceWorkerMessageEvent לטובת שימוש ב-MessageEvent
מפרט ה-HTML הורחב ל-MessageEvent כדי לאפשר את ServiceWorker כסוג של
המאפיין source. client.postMessage() ויצירת הודעה מותאמת אישית
האירועים משתנים ל-MessageEvent במקום ב-ServiceWorkerMessageEvent.
ServiceWorkerMessageEvent הוסר.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
הסרת כינויים גלובליים של IndexedDB עם קידומת של webkit
נקודת הכניסה IndexedDB ו-constructors גלובליים נחשפו באמצעות webkit
תחיליות בסביבות Chrome 11. הגרסאות ללא קידומת נוספו ב
Chrome 24 והגרסאות עם הקידומת הוצאו משימוש ב-Chrome 38.
הממשקים הבאים מושפעים מכך:
webkitIndexedDB(נקודת הכניסה הראשית)webkitIDBKeyRange(בונה גלובלי שלא ניתן לקריאה, אבל יש בו שיטות סטטיות שימושיות)webkitIDBCursorwebkitIDBDatabasewebkitIDBFactorywebkitIDBIndexwebkitIDBObjectStorewebkitIDBRequestwebkitIDBTransaction(בנאים גלובליים שאינם ניתנים לקריאה)
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
WebAudio: מסירים את התחילית AudioContext ו-אופלייןAudioContext
Chrome תומך ב-WebAudio מאז אמצע 2011, כולל AudioContext.
סכום של OfflineAudioContext נוסף בשנה שלאחר מכן. בהתחשב למשך הזמן
יש תמיכה בממשקים, והיעד לטווח הארוך של Google להסרת קידומות
והגרסאות המקדימות של הממשקים האלה הוצאו משימוש
לקראת סוף 2014 והמערכת מסירה אותן.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
הוצאה משימוש והסרה של webkitCancelRequestAnimationFrame
השיטה webkitCancelRequestAnimationFrame() מיושנת,
ממשק API ספציפי לספק וה-cancelAnimationFrame() הסטנדרטי ארוך
יש תמיכה ב-Chromium. לכן, אנחנו מסירים את גרסת ה-webkit.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
הוצאה משימוש של התאמה לא תלוית-רישיות למאפיין usemap
המאפיין usemap הוגדר בעבר כ'ללא אותיות רישיות'. לצערנו
ההטמעה הייתה מסובכת מספיק ולכן אף דפדפן לא התקין אותה
בצורה נכונה. המחקר העלה שאלגוריתם מורכב כזה אינו נחוץ,
ואפילו אין צורך בהתאמה לא תלוית-רישיות ב-ASCII.
בעקבות זאת, המפרט עודכן כך שהתאמה תלוית אותיות רישיות הוחלו. ההתנהגות הישנה הוצאה משימוש ב-Chrome 57, וההסרה צפויה לעבור Chrome 58.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
הוצאה משימוש של FileReaderSync ב-Service Works
המפרט של Service Worker
תמיד הייתה את ההערה (הלא נורמלית) ש"כל
אסור ליזום בקשות סינכרוניות בתוך שירות
worker", כדי להימנע מחסימת ה-Service Worker. חסימת Service Worker
תחסום את כל בקשות הרשת מדפים מבוקרים. למרבה הצער,
ממשקי ה-API של FileReaderSync זמינים כבר זמן רב ב-Service Workers.
בשלב הזה רק Firefox ו-Chrome חושפים את FileReaderSync ב-service worker.
יש הסכמה מ-Firefox בדיון המפרט
שצריך לתקן את הבעיה. ההסרה צפויה ב-Chrome 59.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
הוצאה משימוש של המתקשר מדור קודם עבור HTMLEmbedElement ו-HTMLObjectElement
זה אומר שבממשק יש מבצע קריאה מדור קודם, אפשר לקרוא למכונה
מותאמת אישית. נכון לעכשיו, HTMLEmbedElement ו-HTMLObjectElement תומכים בכך
החדשה. ב-Chrome 57 האפשרות הזו הוצאה משימוש. לאחר ההסרה, כלומר
צפויה ב-Chrome 58, השיחה תגרור הודעת חריגה.
השינוי הזה מאפשר ל-Chrome להתאים לשינויים האחרונים במפרטים. ההתנהגות הקודמת לא נתמכת ב-Edge או Safari, הוסרה מ-Firefox.
כוונת הסרה | Chromestatus tracker | באג ב-Chromium
להוציא משימוש את RTCRtcpMuxPolicy של "negotiate"
Chrome משתמש ב-rtcpMuxPolicy כדי לציין את המדיניות המועדפת שלו לגבי
שימוש בגליל RTP/RTCP. ב-Chrome 57, שינינו את ברירת המחדל
rtcpMuxPolicy ל"נדרש" ואת המילה 'negotiate' הוצאה משימוש מהסיבות הבאות:
- RTCP לא מוקלד משתמש במשאבי רשת נוספים.
- הסרת ההגדרה 'משא ומתן' מתבצעת את פלטפורמת ה-API תהיה פשוטה יותר, "RtpSender"/"RtpReceiver" תהיה להם העברה אחת בלבד.
ב-Chrome 57 , "negotiate" הוצא משימוש. אנחנו סבורים שמדובר בשינוי חד-פעמי
כי המשתמש יקבל הודעה על הוצאה משימוש ו-RTCPeerConnection עדיין יוכל
ניתנים ליצירה. אפשרות ההסרה זמינה ב-Chrome 63.
כוונת הוצאה משימוש | באג ב-Chromium
הוצאה משימוש של תמיכה בפרטי כניסה מוטמעים בבקשות למשאבי משנה
הקידוד הקשיח של פרטי הכניסה לבקשות למשאבי משנה בעייתי מבחינת אבטחה, כי היא מאפשרת להאקרים לפרוץ בכוח פרטי הכניסה לגבי העבר. הסכנות האלה חמורות יותר בבקשות למשאבי משנה שאושרו שמגיעים לטווחי IP פנימיים (הנתבים שלכם וכו'). בהינתן השימוש הנמוך, סגירת חור האבטחה (הקטן) הזה נראית הגיונית.
מפתחים יכולים להטמיע משאבים שלא דורשים אימות בסיסי/תקציר, תוך הסתמכות על במקום זאת על קובצי cookie ומנגנונים אחרים לניהול סשנים.