גרסת בטא של Chrome 153

Rachel Andrew

תאריך פרסום: 20 באוגוסט 2026

אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה החדשה ביותר של ערוץ בטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. מידע נוסף על התכונות האלה זמין בקישורים שצוינו או באתר ChromeStatus.com. נכון לגרסה הזו, Chrome נמצא בגרסת בטא. אפשר להוריד את גרסת הבטא האחרונה מ-Google.com למחשב או מחנות Google Play ב-Android.

CSS וממשק משתמש

קונטיינרים של גלילה בציר אחד

המאפיין overflow תומך עכשיו בערכים שניתן לגלול אותם יחד עם clip (לדוגמה, overflow: scroll clip). כך אפשר להגביל את position: sticky באמצעות מאגרי גלילה שונים של רכיבי אב בכל ציר, ולתת למפתחים דרך לוודא שציר שמשתמש ב-overflow: clip יישאר במקום.

הנכס scroll-axis-lock

‫scroll-axis-lock היא מאפיין CSS שמפתחים יכולים להשתמש בו כדי להנחות דפדפנים לא להגביל את תנועת הגלילה של המשתמש לציר אחד.

לעתים קרובות, דפדפני אינטרנט 'נועלים' את תנועת הגלילה של המשתמש לציר אחד, כשהתנועה מתחילה עם תזוזה משמעותית יותר בציר אחד מאשר בציר הניצב. במקרים רבים, ההתנהגות הזו משפרת את חוויית המשתמש, כי היא מונעת גלילה מקרית לאורך הציר הניצב, כשהכוונה של המשתמש הייתה לגלול רק בציר אחד. עם זאת, במקרים שבהם מפתח רוצה שהאלמנט שלו תמיד יהיה ניתן לגלילה באלכסון, התנהגות הנעילה הזו מאלצת את המשתמש להתחיל את התנועה שלו בזווית שלא מפעילה את הנעילה, ולעתים קרובות לא בהתאם לחוויית המשתמש שהמחבר התכוון אליה.

JavaScript

Iterator Join

הצעה של TC39 להוסיף ל-JavaScript אמצעי לשרשור התוכן של איטרטור למחרוזת. השיטה join() של מופעי Iterator דומה ל-Array.prototype.join(): היא מחזירה מחרוזת שהיא שרשור של כל הרכיבים שנוצרו על ידי האיטרטור, מופרדים בפסיקים או במחרוזת מפרידה שצוינה.

איטרציה משותפת

הצעה של TC39 לסנכרון של התקדמות של כמה איטרטורים, שנקראת לעיתים קרובות zip.

ממשקי Web API

רכיבי יכולת: <camera> ו-<microphone>

רכיבי היכולת <camera> ו-<microphone> הם פקדי HTML הצהרתיים שמופעלים על ידי המשתמשים. הם חולקים את אותו מנגנון בסיסי כמו רכיב ה-MVP‏ <usermedia>, עם הבדל מרכזי אחד: הם מיועדים לבקשת יכולת אחת. האלמנט <camera> מבקש במיוחד לצלם וידאו, והאלמנט <microphone> מבקש במיוחד לצלם אודיו. בדומה ל-<usermedia>MVP, הם מטמיעים בדף ממשק משתמש מעוצב בקפדנות שנשלט על ידי הדפדפן, כדי להבטיח אות משתמש חזק ומכוון (קליק) לפני הפעלת בקשת הרשאה או התחלת סטרימינג.

הרכיבים <camera> ו-<microphone> מספקים אמצעי בקרה ייעודי וסמנטי ב-HTML לתרחישי השימוש האלה של יכולת אחת. הם שומרים על מודל האבטחה הזהה, על מגבלות הסגנון המחמירות ועל נתיב שחזור ההרשאות המובנה כמו ב-<usermedia>MVP, אבל מציעים API מותאם וארגונומי יותר למפתחים שלא צריכים גישה למדיה מעורבת.

תמיכה בפענוח של מודלים ופורמטים של אודיו סוחף (IAMF)

הוספנו תמיכה בפענוח והפעלה של קובץ מאגר של פורמטים ומודלים של אודיו היקפי (IAMF) בתוך רכיבי מדיה של HTML באמצעות Media Source Extensions ‏ (MSE). ‫IAMF הוא פורמט אודיו מרחבי פתוח ללא תמלוגים, שתומך בהצגות אודיו מבוססות-ערוץ, מבוססות-סצנה ומבוססות-אובייקט. התמיכה בפורמט הזה מאפשרת למפתחי אתרים לספק חוויות אודיו תלת-ממדיות עקביות וסוחפות במכשירים שונים, בלי להסתמך על פורמטים קנייניים או לנהל ניתוב מורכב של ערוצי אודיו נפרדים ב-JavaScript.

תזמון שליחה שניתן להפעלה הדדית עבור transitionrun ואירועי שאילתות מדיה

התאמה של תזמון השליחה של אירועי אנימציה transitionrun ואירועי שאילתת מדיה change ב-Blink למפרט HTML, כך שהתזמון יהיה תואם ל-Gecko ול-WebKit. במילים אחרות, בהתאם למפרט של לולאת האירועים של חלון ה-HTML, אירועי transitionrun יופעלו בשלב 3.11 גם לגבי אנימציות שנוצרו מוקדם יותר באותה איטרציה (במקום להשהות אותם לאיטרציה מאוחרת יותר), ואירוע change של שאילתת המדיה יופעל בשלב 3.10 לפני הפעלת אירועי אנימציה בהמתנה (במקום לערבב אותם עם אירועי אנימציה בשלב 3.11).

WebAudio: קוונטום רינדור שניתן להגדרה

כולל renderSizeHint אופציונלי ל-AudioContext ול-OfflineAudioContext. כך מפתחים יכולים להתאים אישית את הגודל הקוונטי של הרינדור של WebAudio על ידי העברת מספר שלם ספציפי, להשתמש בברירת המחדל של 128 פריימים על ידי השמטת הרמז או העברת "default", או לבקש מהדפדפן לבחור גודל אופטימלי על ידי ציון "hardware".

WebGPU: buffer_view תכונה

תכונה בשפת WGSL שמאפשרת לפרש מחדש נתונים במשתנים. התכונה מאפשרת למפתחים לחלק משתנה יחיד אחיד, משתנה אחסון או משתנה של קבוצת עבודה למספר משתנים לוגיים. היא גם מאפשרת לפרש את סוג הנתונים במשתנה כסוגים שונים בתוך התוכנית.

ניתוח XML ב-Rust לתרחישים שאינם XSLT

כדי לשפר את אבטחת הדפדפן ולהגן על משתמשים מפני נקודות חולשה שקשורות לזיכרון, Chrome 153 יחליף את המנוע לניתוח קובצי XML במנוע Rust ששומר על הזיכרון בכמה תרחישים נפוצים. זה עדכון מהותי, שמונע באגים שעלולים לפגוע בזיכרון ותואם באופן מלא למפרטי האינטרנט הקיימים.

כבר התחלנו להוציא משימוש ולהסיר את XSLT מ-Chrome. במקביל, המנתח החדש והבטוח יותר יטפל בתרחישים הבאים שבהם לא נדרש XSLT:

  1. ‫DOMParser Web API.
  2. גישה אל responseXML מתוך XMLHttpRequest.
  3. תמונות SVG עצמאיות (כלומר, גישה ישירה למסמך image.svg כניווט ברמה העליונה).
  4. תמונות SVG חיצוניות (כולל מסמך ראשי עם הטמעת קובץ SVG כמשאב תמונה חיצונית).

גרסאות מקור חדשות לניסיון

ב-Chrome 153, אפשר להצטרף לגרסאות מקור לניסיון חדשות.

סמני פרופיל עצמי של JavaScript

‫JavaScript Self-Profiling API מאפשר לאפליקציית אינטרנט לדגום את מחסניות הקריאות שלה כדי למדוד את הביצועים במכשירים של משתמשים אמיתיים. התכונה הזו מוסיפה שדה סימון אופציונלי לכל דגימה שמתועדת, שמזהה את סוג הפעילות בדפדפן שמתבצעת בזמן שהדגימה נלקחת: סקריפט, gc, סגנון, פריסה, צביעה או אחר. בדרך כלל, בנתוני מעקב מוצגים פערים בין מחסניות שלא ניתן לפרש. סמנים מאפשרים למפתחים לשייך את הזמן הזה לעבודה של הדפדפן שמתבצעת מחוץ ל-JavaScript שלהם. לדוגמה, הם יכולים להבחין בין הרצת סקריפט לבין חישוב מחדש של סגנון, פריסה או השהיה של מנגנון איסוף. כך קל יותר לנתח ולבצע אופטימיזציה של נתוני מעקב איטיים.

הוצאה משימוש והסרה

הסרת ניווטים לא סטנדרטיים שמטורגטים ל-_current

בשלב הזה, Blink תומך בניווטים שמטרגטים את _current. התכונה הזו הוסרה ב-Chrome 153 כי היא לא סטנדרטית, והשימוש בה באינטרנט מינימלי.

הסרה של document.requestStorageAccessFor

‫requestStorageAccessFor (rSAFor) API הוא הרחבה של Storage Access API שמאפשרת לאתר ברמה העליונה לבקש גישה לקובצי Cookie שלא מחולקים למחיצות ("קובצי Cookie של הדומיין") בשם אתרים מוטמעים. אפשר להשתמש בו רק ב-Chrome כדי לבקש גישה לאחסון בין אתרים בקבוצות של אתרים קשורים, ולכן הוא מוסר יחד עם קבוצות של אתרים קשורים.

קבוצות של אתרים קשורים (RWS), שנקראו בעבר קבוצות של דומיינים של צד ראשון, מספקות מסגרת למפתחים להצהרה על קשרים בין אתרים, כדי לאפשר גישה מוגבלת לקובצי Cookie שנשמרים בין האתרים למטרות ספציפיות שפונות למשתמשים. הדבר מתאפשר באמצעות Storage Access API‏ (SAA) ו-requestStorageAccessFor (rSAFor). הפתרון RWS תוכנן לשימוש בדפדפן ללא קובצי Cookie של צד שלישי. בעקבות ההודעה של Chrome על כך שנמשיך להשתמש בגישה הנוכחית לקובצי Cookie של צד שלישי, התכונה 'קבוצות אתרים קשורים' הוסרה מ-Chrome.