גרסת בטא של Chrome 142

Rachel Andrew

פורסם: 1 באוקטובר 2025

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

CSS וממשק משתמש

‫:target-before ו-:target-after pseudo-classes

הפסאודו-מחלקות האלה תואמות לסמני גלילה שנמצאים לפני הסמן הפעיל (תואם ל-:target-current) או אחריו באותה קבוצת סמני גלילה, כפי שנקבע לפי סדר העץ השטוח:

• ‫:target-before: תואם לכל סמני הגלילה שקודמים לסמן הפעיל בסדר העץ השטוח בתוך הקבוצה.
• ‫:target-after: תואם לכל סמני הגלילה שמופיעים אחרי הסמן הפעיל בסדר העץ השטוח בתוך הקבוצה.

מיקום מוחלט של הרכיב ::view-transition

מעברי תצוגה משתמשים בעץ משנה פסאודו של הרכיב, כאשר ::view-transition הוא השורש של המעבר הזה. בעבר, הרכיב ::view-transition היה מוגדר עם הערך position: fixed. קבוצת העבודה בנושא CSS החליטה להפוך את position: absolute ל-position: absolute, ועכשיו השינוי הזה משתקף ב-Chrome.

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

מאפיין activeViewTransition במסמך

ממשק ה-API של מעברי תצוגה מאפשר למפתחים להתחיל מעברים חזותיים בין מצבים שונים. נקודת הכניסה הראשית של ה-SPA היא startViewTransition(), שמחזירה אובייקט מעבר. האובייקט הזה מכיל כמה הבטחות ופונקציות למעקב אחר התקדמות המעבר, ומאפשר לכם לשנות את המעברים, למשל לדלג על המעבר או לשנות את הסוגים שלו.

החל מ-Chrome 142, המפתחים לא צריכים יותר לאחסן את האובייקט הזה. נכס document.activeViewTransition מייצג את האובייקט הזה, או null אם לא מתבצעת העברה.

זה רלוונטי גם למעברים של MPA, שבהם האובייקט זמין רק דרך אירועים של pageswap ושל pagereveal. בעדכון הזה, הערך document.activeViewTransition מוגדר לאובייקט הזה למשך ההעברה.

תחביר טווח לשאילתות בנוגע למאגר סגנונות ולתג if()

‫Chrome משפר את השאילתות של סגנונות CSS ואת הפונקציה if() על ידי הוספת תמיכה בתחביר של טווחים.

הפונקציה מרחיבה את האפשרויות של שאילתות סגנון מעבר להתאמה של ערכים מדויקים (לדוגמה, style(--theme: dark)). מפתחים יכולים להשתמש באופרטורים להשוואה (כמו > ו-<) כדי להשוות בין מאפיינים מותאמים אישית, ערכים מילוליים (לדוגמה, 10px או 25%) וערכים מפונקציות החלפה כמו attr() ו-env(). כדי שההשוואה תהיה תקפה, שני הצדדים צריכים להיות מאותו סוג נתונים. היא מוגבלת לסוגים המספריים הבאים: <length>,‏ <number>,‏ <percentage>,‏ <angle>,‏ <time>,‏ <frequency> ו-<resolution>.

דוגמאות:

השוואה של מאפיין מותאם אישית לאורך מילולי:

@container style(--inner-padding > 1em) {
  .card {
    border: 2px solid;
  }
}

השוואה בין שני ערכים מילוליים

@container style(1em < 20px) {
  /* ... */
}

שימוש בטווחים של סגנונות ב-if():

.item-grid {
  background-color: if(style(attr(data-columns, type<number>) > 2): lightblue; else: white);
}

הפעלת עניין (המאפיין interestfor)

‫Chrome מוסיף מאפיין interestfor לרכיבים <button> ו-<a>. המאפיין הזה מוסיף לרכיב התנהגויות שקשורות ל'עניין'. כשמשתמש 'מגלה עניין' ברכיב, מופעלות פעולות ברכיב היעד, למשל הצגת חלון קופץ. סוכן המשתמש מזהה מתי משתמש 'מביע עניין' באלמנט באמצעות שיטות כמו החזקת מצביע העכבר מעל האלמנט, לחיצה על מקשי קיצור מיוחדים במקלדת או לחיצה ארוכה על האלמנט במסכי מגע. כשמביעים עניין או מאבדים עניין, מופעל InterestEvent בפריט המטרה, עם פעולות ברירת מחדל לכרטיסים קופצים, כמו הצגה והסתרה של הכרטיס הקופץ.

הנכס font-language-override

‫Chrome מציג תמיכה במאפיין font-language-override CSS. המאפיין מאפשר למפתחים לבטל את שפת המערכת שמשמשת להחלפת גליפים ב-OpenType, על ידי ציון תג שפה בן ארבעה תווים ישירות ב-CSS.

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

המאפיין download ברכיב <a> של ה-SVG

‫Chrome מוסיף תמיכה במאפיין download בממשק SVGAElement, בהתאם למפרט SVG 2. המאפיין download מאפשר למחברים לציין שהיעד של היפר-קישור מסוג SVG יורד במקום שהדפדפן ינווט אליו. ההתנהגות הזו משקפת את ההתנהגות שכבר נתמכת ב-HTMLAnchorElement. הוא מקדם יכולת פעולה הדדית בין דפדפנים מרכזיים, מבטיח התנהגות עקבית בין רכיבי HTML ו-SVG <a> ומשפר את חוויית המפתחים ואת ציפיות המשתמשים.

התאמה בין ניידים למחשבים לגבי מצבי עיבוד של רכיבי select

באמצעות המאפיינים size ו-multiple, אפשר לעבד את הרכיב <select> כתיבת רשימה בדף או ככפתור עם חלון קופץ. עם זאת, המצבים האלה לא זמינים באופן עקבי ב-Chrome בנייד ובמחשב. הצגת תיבת רשימה בדף לא זמינה בנייד, והצגת לחצן עם חלון קופץ לא זמינה במחשב כשקיים מאפיין multiple.

במסגרת העדכון הזה, הוספנו את תיבת הרשימה לנייד ואת החלון הקופץ לבחירה מרובה למחשב, ודאגנו שהסכמה להצטרפות עם המאפיינים size ו-multiple תניב את אותו מצב עיבוד בנייד ובמחשב. סיכום השינויים:

• כשערך המאפיין size גדול מ-1, תמיד נעשה שימוש בעיבוד בדף. בעבר, המכשירים הניידים התעלמו מההגדרה הזו.
• אם המאפיין multiple מוגדר ללא המאפיין size, נעשה שימוש בעיבוד בדף. במכשירים ניידים, בעבר השתמשו בחלון קופץ במקום בתיבת רשימה בדף.
• כשמגדירים את המאפיין multiple עם הערך size=1, מוצג חלון קופץ. במחשבים, בעבר נעשה שימוש בתיבת רשימה בדף.

הפעלת משתמשים קבועה בניווטים מאותו מקור שהופעלו על ידי רכיב ה-Renderer

דפדפן Chrome שומר על מצב ההפעלה הדביק של המשתמש אחרי שהדף מנווט לדף אחר מאותו מקור. העובדה שאין הפעלה של המשתמש בדף שאחרי הניווט מונעת שימוש בתרחישים מסוימים, למשל הצגת מקלדות וירטואליות במיקוד אוטומטי. הדבר חסם מפתחים שרצו ליצור אפליקציות מרובות דפים (MPA) על בסיס אפליקציות חד-דף (SPA).

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

Web APIs

‫WebGPU: תכונה primitive_index

‫WebGPU מוסיף יכולת חדשה אופציונלית שחושפת פונקציית shader מובנית חדשה של WGSL‏, primitive_index. הוא מספק אינדקס לכל פרימיטיב לשיידרים של פרגמנטים בחומרה נתמכת, בדומה ל-vertex_index ול-instance_index המובנים. האינדקס הפרימיטיבי שימושי לטכניקות גרפיות מתקדמות, כמו גיאומטריה וירטואלית.

‫WebGPU: פורמטים של טקסטורה ברמה 1 וברמה 2

הרחבת התמיכה בפורמט של טקסטורות GPU עם יכולות כמו render attachment,‏ blending,‏ multisampling,‏ resolve ו-storage_binding.

המאפיין DataTransfer לאירועי קלט של insertFromPaste, insertFromDrop ו-insertReplacementText

מאכלסים את המאפיין dataTransfer באירועי קלט עם הערכים inputType‏, insertFromPaste ו-insertReplacementText כדי לספק גישה לנתונים של הלוח ושל גרירה ושחרור במהלך פעולות עריכה ברכיבים עם המאפיין contenteditable.insertFromDrop

האובייקט dataTransfer מכיל את אותם נתונים שהיו זמינים במהלך האירוע beforeinput.

התכונה הזו חלה רק על רכיבים עם המאפיין contenteditable. בפקדי טופס (textarea, input), ההתנהגות לא משתנה.

המאפיין הזה מאפשר ל-Chrome לפעול בשילוב עם Safari ו-Firefox.

סשן מדיה: הוספת סיבה לפרטי הפעולה enterpictureinpicture

הוספת enterPictureInPictureReason ל-MediaSessionActionDetails שנשלח לפעולה enterpictureinpicture ב-Media Session API. כך מפתחים יכולים להבחין בין enterpictureinpicture פעולות שהופעלו באופן מפורש על ידי המשתמש (לדוגמה, מלחצן בסוכן המשתמש) לבין enterpictureinpicture פעולות שהופעלו באופן אוטומטי על ידי סוכן המשתמש כי התוכן הוסתר.

הטיה הקשרית ב-Web Speech API

העדכון הזה מאפשר לאתרים לתמוך בהטיה הקשרית לזיהוי דיבור, על ידי הוספת רשימה של ביטויי זיהוי ל-Web Speech API.

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

אימות מחמיר יותר של אסימוני MIME למודולי JSON*+json

דחיית תגובות של סקריפט מודול JSON שסוג ה-MIME או סוג המשנה שלו מכילים נקודות קוד של טוקן שאינן HTTP (לדוגמה, רווחים) כשהן תואמות ל-*+json. ההתנהגות הזו תואמת למפרט של MIME Sniffing ולמנועים אחרים. היא חלק מאזור ההתמקדות של מודולי Interop2025.

FedCM—Support showing third-party iframe origins in the UI

לפני Chrome 142, ממשק המשתמש של FedCM תמיד הציג את האתר ברמה העליונה.

השיטה הזו מתאימה במקרים שבהם ה-iframe הוא מהדומיין הנוכחי (לדוגמה, foo.com עשוי להכיל iframe foostatic.com, שלא רלוונטי למשתמש).

אבל אם ה-iframe הוא צד שלישי, עדיף להציג את המקור של ה-iframe בממשק המשתמש כדי שהמשתמשים יבינו טוב יותר עם מי הם משתפים את פרטי הכניסה שלהם. לדוגמה, יכול להיות שאפליקציה לעריכת תמונות מוטמעת באפליקציית אינטרנט לפרסום ספרים, ושהיא רוצה לאפשר למשתמשים לגשת לקבצים שהם שמרו בעבר באמצעות האפליקציה לעריכת תמונות. האפשרות הזו זמינה עכשיו.

בידוד תהליכים המשויכים למקור

המדיניות בנושא בידוד תהליכים משתנה מנעילת תהליכים לאתר (לדוגמה, example.com) לנעילת תהליכים למקור ספציפי (לדוגמה, foo.example.com).

כדי לשפר עוד יותר את האבטחה, Chrome עובר למודל מפורט יותר של בידוד תהליכים שנקרא 'בידוד מקורות'. ‫Chrome השתמש ב'בידוד אתרים', שקיבץ מקורות שונים מאותו אתר, למשל a.example.com ו-b.example.com, לתהליך עיבוד יחיד.

בעזרת בידוד מקורות, כל מקור בודד (למשל https://foo.example.com) מבודד בתהליך רינדור משלו. היא מחזקת את ארכיטקטורת האבטחה של Chrome על ידי התאמת גבולות התהליך למודל האבטחה הבסיסי מבוסס-המקור של האינטרנט, ומציעה הגנה טובה יותר מפני נקודות חולשה פוטנציאליות באתרים.

אירועים שניתנים להפעלה הדדית pointerrawupdate מוצגים רק בהקשרים מאובטחים

ב-2020, המפרט של PointerEvents הגביל את pointerrawupdate להקשרים מאובטחים, והסתיר את הפעלת האירוע ואת מעבדי האירועים הגלובליים מהקשרים לא מאובטחים. בעקבות העדכון הזה, Chrome תואם למפרט המעודכן וניתן להשתמש בו עם דפדפנים נפוצים אחרים.

גרסאות מקור לניסיון בתהליך

ב-Chrome 142 אפשר להצטרף לניסויי המקור החדשים הבאים.

פרטי כניסה לסשן לפי מכשיר

דרך לאתרים לקשור באופן מאובטח סשן למכשיר יחיד.

היא מאפשרת לשרתים לקשור באופן מאובטח סשן למכשיר. הדפדפן מחדש את הסשן מעת לעת כשמתקבלת בקשה מהשרת, עם הוכחה לבעלות על מפתח פרטי.

מאגר שקעי TCP לכל אתר ברמה העליונה

בניסוי הזה נבדקת ההשפעה של שינוי הגודל של מאגר שקעי ה-TCP לכל פרופיל מ-256 (ברירת המחדל) ל-513, תוך הוספת מכסה של 256 לכל אתר ברמה העליונה (כדי להבטיח שלא יהיו שני כרטיסיות שיוכלו לרוקן את המאגר). נבדקה האפשרות להגדיל את המגבלה לכל פרופיל ל-512, ולא נמצאו לכך השלכות שליליות. המגבלה של 256 לכל אתר ברמה העליונה שווה למגבלת ברירת המחדל לכל פרופיל, ולכן היא לא אמורה להשפיע לרעה על הביצועים. המגבלות האלה מוטלות בנפרד על מאגר WebSocket ועל מאגר השקעים הרגיל (HTTP).

המטרה היא להפעיל את הניסוי הזה ישירות אם לא יתרחשו השפעות שליליות.