תוספות ל-Screen Recording API, אינטרפולציה של מאפייני תבנית רשת של CSS ועוד.
אם לא צוין אחרת, השינויים שמתוארים בהמשך חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. אפשר לקבל מידע נוסף על התכונות המפורטות כאן באמצעות הקישורים המצורפים או מהרשימה ב-ChromeStatus.com. Chrome 107 בגרסת בטא החל מ-29 בספטמבר 2022. אפשר להוריד את הגרסה העדכנית ביותר מ-Google.com למחשב, או מחנות Google Play ב-Android.
אינטרפולציה של נכסי CSS עם grid-template
בתצוגת CSS, המאפיינים grid-template-columns ו-grid-template-rows מאפשרים למפתחים להגדיר שמות של שורות ולעקוב אחר המידות של עמודות ושורות ברשת, בהתאמה. הודות לתורמים שלנו ב-Microsoft, אנחנו תומכים עכשיו באינטרפולציה לנכסים האלה. פריסות רשת יכולות עכשיו לעבור בצורה חלקה בין מצבים, במקום ללחוץ על חצי הדרך של האנימציה או המעבר.
אמצעי בקרה לשיתוף המסך לשמירה על הפרטיות
Screen Recording API כולל תוספות לממשק ה-API הקיים של צילום מדיה ו-Streams כדי לאפשר למשתמשים לבחור מסך או חלק מהמסך (כמו חלון) לצילום של סטרימינג מדיה. לאחר מכן ניתן יהיה להקליט את השידור או לשתף אותו עם אנשים אחרים ברשת. בגרסת הבטא הזו נוספו כמה תכונות חדשות ל-API הזה.
DisplayMediaStreamConstraints.selfBrowserSurface
רמז שמאפשר לאפליקציות אינטרנט להורות לדפדפן אם בעת קריאה ל-getDisplayMedia(), צריך להחריג את הכרטיסייה הנוכחית מרשימת הכרטיסיות שמוצעות למשתמש.
כך ניתן למנוע צילום עצמי בטעות. כך, כשמשתמשים בוחרים בטעות את הכרטיסייה שבה האפליקציה פועלת, נוצר אפקט 'הול-מראות', שמבלבל את המשתמשים וגורם להם להפרעות בדיונים עם משתמשים מרוחקים.
DisplayMediaStreamConstraints.surfaceSwitching
כוללת אפשרות לקבוע באופן פרוגרמטי אם ב-Chrome יוצג לחצן למעבר בין כרטיסיות בזמן שיתוף המסך. האפשרות הזו תועבר אל navigator.mediaDevices.getDisplayMedia().
הלחצן 'שיתוף הכרטיסייה הזו' מאפשר למשתמשים לעבור בקלות לכרטיסייה שהם משתפים, בלי לבחור שוב את הכרטיסייה של שיחות ועידה בווידאו, ללחוץ על לחצן כדי להפעיל את getDisplayMedia() שוב או לבחור כרטיסייה חדשה מתוך רשימה ארוכה של כרטיסיות. ההתנהגות הזו מוצגת באופן מותנה, כי לא כל אפליקציות האינטרנט יכולות לטפל בהתנהגות הזו.
MediaTrackConstraintSet.displaySurface
כשמתבצעת קריאה אל getDisplayMedia(), הדפדפן מציע למשתמש לבחור פלטפורמות תצוגה: כרטיסיות, חלונות או מסכים. בעזרת האילוץ displaySurface, אפליקציית האינטרנט יכולה עכשיו לרמוז לדפדפן אם היא מעדיפה שסוג מסוים של פלטפורמה יוצע למשתמש בצורה בולטת יותר.
מידע נוסף על האופן שבו התכונות האלה יעזרו למנוע שיתוף יתר בטעות.
עיבוד סטטוס החסימה בתזמון משאבים
הפונקציה מוסיפה שדה ל-PerfomanceResourceTiming כדי לציין את סטטוס חסימת העיבוד של משאב. בשלב זה, הדרך היחידה לקבוע אילו משאבים חוסמים את העיבוד היא להסתמך על היוריסטיקה מורכבת. במקום זאת, השדה החדש יספק אות ישיר לגבי אותו מידע.
תווים כלליים לחיפוש במקורות של מדיניות ההרשאות
התכונה הזו מוסיפה תמיכה בתווים כלליים לחיפוש במדיניות הרשאות כמו SCHEME://*.HOST:PORT (לדוגמה, https://*.foo.com/) שבה אפשר ליצור מקור חוקי מ-SCHEME://HOST:PORT (לדוגמה, https://foo.com/). נדרש לפחות eTLD+1 (דומיין שניתן לרשום). כלומר, הפונקציה https://*.bar.foo.com/ עובדת אבל https://*.com/ לא. לא תהיה תמיכה בתווים כלליים לחיפוש בסכימה ובקטע יציאה, ו-https://*.foo.com/ לא יקבל גישה ל-https://foo.com/. לפני השינוי, מדיניות הרשאות צריכה להיראות כך:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
בעזרת התכונה הזו, תוכלו להשתמש:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
תמיכה במאפיין rel ברכיבי <form>
התכונה הזו מוסיפה את המאפיין rel לרכיבי טופס, וכך מאפשרת למנוע את הנוכחות של window.opener באתרים שאליהם מנווטים באמצעות רכיבי טופס שמכילים rel=noopener, ומונעת שליחה של הכותרת המפנה עם rel=noreferrer.
תקופות מקור לניסיון
לגרסה הזו של Chrome היו 2 גרסאות מקור לניסיון חדשות.
API הצהרות PendingBeacon API
ממשק API של משׂואות רשת (beacon) עם שמירת מצב שמאפשר לדפדפן לשלוט בזמן השליחה של איתותי Bluetooth. חיישן הוא חבילת נתונים שנשלחת לשרת קצה עורפי, בלי לצפות לתגובה מסוימת. לרוב רצוי לשלוח את הפרטים האלה בסיום ביקור של משתמש בדף מסוים, אבל אין זמן מתאים למטרה הזו. , ה-API הזה מאציל את השליחה לדפדפן עצמו, כך שהוא יכול לתמוך במשׂואות רשת (beacons) בזמן הסרת הדף או כשהוא מוסתר, בלי שהמפתח יצטרך להטמיע קריאות בדיוק בזמן הנכון.
תקופת הניסיון הזו צפויה לפעול עד Chrome 109. כאן אפשר להירשם לתקופת הניסיון.
Permissions-Policy: הסרת נתונים
התכונה הזו מאפשרת לדפים להשבית את ההפעלה של גורמים מטפלים באירועים שנטענו. המטרה היא לאפשר לאתרים שהסירו את כל רכיבי ה-handler של הסרת הנתונים שנטענו, כדי לוודא שלא יוסיפו בטעות handlers חדשים. הפעולה הזו תעזור לאתרים להסיר את הגורמים שמטפלים באירועים שנטענו, וכך לשפר את שיעור ההיטים של BFCache.
תקופת הניסיון הזו צפויה לפעול עד Chrome 109. כאן אפשר להירשם לתקופת הניסיון.
הוצאה משימוש והסרות
הגרסה הזו של Chrome מציגה את ההוצאה משימוש וההסרות שמפורטות בהמשך. אפשר להיכנס לכתובת ChromeStatus.com כדי לקבל רשימה של מקרי הוצאה משימוש מתוכננות, הוצאת משימוש בפועל והסרות קודמות.
גרסה זו של Chrome מוציאה משימוש תכונה אחת.
ציפיות – CT
Expect-CT היא כותרת HTTP שמאפשרת לאתרים להביע הסכמה לאכיפה של שקיפות אישורים לפני שהיא נאכפת כברירת מחדל. הוא גם כולל פונקציונליות דיווח שעוזרת למפתחים לגלות הגדרות שגויות של שקיפות אישורים.
כותרת ה-HTTP Expect-CT נועדה לעזור לעבור לאכיפה אוניברסלית של שקיפות אישורים (CT) בכך שהיא מאפשרת לאתרים בעלי ערך גבוה להביע הסכמה לאכיפה של שקיפות אישורים או לדיווח לצורך אבטחה טובה יותר לפני שנדרשת אכיפה של שקיפות אישורים (על ידי Chrome) בכל האתרים הציבוריים. למרות זאת, השימוש ב-Expect-CT השתפר. עכשיו, ב-Chrome נדרש שקיפות אישורים בכל האתרים הציבוריים, כך שאין יותר ערך אבטחה ל-Expect-CT. אף דפדפן אחר לא הטמיע את Expect-CT, כך שההסרה שלו לא משפיעה על יכולת הפעולה ההדדית.