תאריך הגרסה היציבה: 10 בפברואר 2026
אלא אם צוין אחרת, השינויים הבאים חלים על גרסה 145 של Chrome בערוץ היציב ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows.
CSS וממשק משתמש
הוספת תמיכה במאפיין CSS text-justify
כדי לקבוע איך הטקסט ייושר כשמשתמשים ב-text-align: justify, צריך להשתמש במאפיין text-justify. לדוגמה, אפשר להרחיב את הרווחים בין התווים גם בטקסט באנגלית כדי ליישר את הטקסט.
באג למעקב מס' 40321528 | ערך ב-ChromeStatus.com | מפרט
הפעלת ערכי אחוזים במאפייני CSS letter-spacing ו-word-spacing
הפעלת ערכי אחוזים למאפייני ה-CSS letter-spacing ו-word-spacing, כפי שמוגדר במפרט של מודול הטקסט ב-CSS ברמה 4. ערכי האחוזים מחושבים ביחס למדד המתקדם של תו הרווח (U+0020). כך מקבלים שליטה חזקה וגמישה יותר על הטיפוגרפיה, במיוחד בעיצובים רספונסיביים שבהם הריווח בין התווים צריך להשתנות בהתאם לאזורי התצוגה ולגדלי הגופנים השונים.
באג למעקב מס' 327740939 | רשומה ב-ChromeStatus.com | מפרט
שיפור החישוב של קצה הצל של border-radius לערכים גבוהים של border-radius
השינוי הזה מבטיח שהצללים והגבולות של הקליפים ברכיבים כמעט מעגליים (כאשר border-radius קרוב ל-50%) יתאימו בדיוק לקווי המתאר החזותיים של הקצה המעוקל.
כך מתקבל רינדור עקבי יותר של צורות מורכבות עם פינות מעוגלות, ומבוטלים הבדלים חזותיים בערכים גבוהים של רדיוס. מקדם ההתאמה border-radius, שמבטיח שהפינות ייראו חדות ברדיוסים קטנים, מוחלש בהדרגה ככל שערך הרדיוס מתקרב ל-50%.
השינוי הזה חל גם על קווי מתאר לא מעוגלים (שמשתמשים ב-corner-shape), שמעכשיו משתמשים באותו מנגנון להתאמת הרדיוס.
Tracking bug #448651073 | ChromeStatus.com entry | Spec
גלישת עמודות עבור multicol
נוספה תמיכה במאפייני ה-CSS column-wrap ו-column-height, מתוך multicol Level 2.
כך אפשר ליצור פריסה של עמודות אנכיות, או אפילו פריסה של עמודות דו-ממדיות. הגובה של העמודות יכול להיות מוגבל באופן מפורש, במקום להיגזר מהגובה של הגורם המכיל של העמודות.content-box הם עוברים לשורה חדשה של עמודות כשכל העמודות בשורה מסוימת מלאות, במקום ליצור עמודות שגולשות בכיוון של התצוגה בשורה.
באג למעקב מס' 403183884 | רשומה ב-ChromeStatus.com | מפרט
חשיפת אירוע onanimationcancel ל-GlobalEventHandlers
המאפיין CSS Animations Level 1 מרחיב את הממשק GlobalEventHandlers שמוגדר במפרט HTML, ומצהיר על ארבעה מטפלי אירועים חדשים: onanimationstart, onanimationiteration, onanimationend ו-onanimationcancel. רק הגורם המטפל באירועים של onanimationcancel חסר ב-IDL של GlobalEventHandlers.
Tracking bug #464010037 | ChromeStatus.com entry | Spec
תיבת רשימה לבחירה שאפשר להתאים אישית
התמיכה בבחירה בהתאמה אישית הורחבה למצב העיבוד של תיבת הרשימה, כולל בחירה יחידה ובחירה מרובה במצב תיבת רשימה.
מצב העיבוד של תיבת הרשימה מעבד את הרכיב select בתוך התוכן או בדף, ולא באמצעות לחצן נפרד וחלון קופץ. אפשר להפעיל את מצב העיבוד של תיבת הרשימה בפלטפורמות שונות באמצעות המאפיינים multiple או size. לדוגמה, <select multiple> או <select size=4>. כשמחילים את מאפיין ה-CSS appearance: base-select על האלמנט appearance: base-select עם המאפיינים האלה, העיבוד וההתנהגות של הקלט משתפרים.select
האפשרות הזו לא תומכת בselect שניתן להתאמה אישית בחלון הקופץ של הבחירה המרובה, אבל תהיה תמיכה כזו בהמשך. כדי להציג חלון קופץ עם אפשרות לבחירה מרובה, צריך להגדיר את המאפיינים הבאים: <select multiple size=1>.
באג למעקב #357649033 | רשומה ב-ChromeStatus.com | מפרט
האפשרות focusVisible בתאריך focus
כשמפעילים את השיטה focus(), אפשר לספק ערך בוליאני של focusVisible במילון FocusOptions. אם הערך הוא true, טבעת מיקוד תמיד מצוירת סביב הרכיב החדש שמוגדר כרכיב המיקוד, והיא תואמת למחלקת ה-pseudo :focus-visible.
אם הערך הוא false, טבעת המיקוד לא מצוירת, והערך של :focus-visible לא תואם.
אם הוא חסר, סוכן המשתמש קובע בעצמו אם צריך לצבוע את טבעת המיקוד, והתאמת פסאודו-המחלקות :focus-visible מתבצעת בהתאם.
באג למעקב מס' 462191849 | רשומה ב-ChromeStatus.com | מפרט
הפעלה של עיבוד אמוג'י בשחור-לבן במצב צבעים מאולץ.
השינוי הזה מעדכן את אופן העיבוד של סמלי אמוג'י ב-Chromium במצב 'צבעים מאולצים'.
במהלך חישוב הערך של אמוג'י, אם הערך של font-variant-emoji האמוג'י
הוא normal או unicode, האמוג'י יוצג באמצעות הגליף החד-צבעי שלו, אם הוא זמין.
לכן, Chromium מדכא את העיבוד של אימוג'י צבעוניים, וכך מוודא שהאימוג'י משתתפים באופן מלא בצינור של מצב הצבעים המוגדרים מראש, ושהם מכבדים את הצבעים של הניגודיות הגבוהה במערכת. ההתנהגות מחוץ למצב 'צבעים מאולצים' לא משתנה.
באג למעקב מס' 420857717 | רשומה ב-ChromeStatus.com | מפרט
אפקט גלילה מעבר לקצה ברכיבי גלילה שאינם רכיבי בסיס
האפשרות הזו מציגה אפקטים של גלילה אלסטית במאגרי גלילה שאינם מאגרי גלילה בסיסיים. כשאלמנט עם אפשרות גלילה ברמה מקוננת מגיע לגבול הגלילה שלו, אפקט הגלילה מעבר לגבול חל על האלמנט הזה במקום רק על רכיב הגלילה ברמת הבסיס. כך מצטמצם הצורך בפתרונות עקיפים מותאמים אישית ב-JavaScript, ואפשר לשלוט בכל רכיב באמצעות overscroll-behavior.
באג למעקב מס' 41102897 | רשומה ב-ChromeStatus.com | מפרט
יכולות
הצגת המיקום האמיתי של החלון ב-Android
Chrome ב-Android מדווח בצורה מדויקת על המיקום והגודל של חלון הדפדפן באמצעות window.screenX, window.screenY, window.outerWidth ו-window.outerHeight.
בעבר, דפדפן Chrome הניח באופן שגוי שכל חלונות הדפדפן ב-Android מתחילים בקואורדינטות (0, 0). ההנחה הזו לא מדויקת לגבי טאבלטים עם Android שמשתמשים במצב חלונות חופשיים. אתרים תמיד קיבלו 0 כששאלו לגבי המיקום של החלון על המסך באמצעות window.screenX ו-window.screenY. בשדות האלה מאוחסנות הקואורדינטות של הפינה הימנית העליונה של החלון במרחב הקואורדינטות של אזור העבודה הגלובלי.
בנוסף, ב-Chrome ל-Android הייתה הנחה שגויה שלפיה המידות החיצוניות של חלון הדפדפן שוות למידות הפנימיות של אזור התצוגה באתר.
ל-window.screenX ול-window.screenY יש כתובות אימייל חלופיות: window.screenLeft ו-window.screenTop.
באג למעקב מס' 417632037 | רשומה ב-ChromeStatus.com | מפרט
JavaScript
Upsert
זו הצעה ל-ECMAScript בנושא Map.prototype.getOrInsert, Map.prototype.getOrInsertComputed, WeakMap.prototype.getOrInsert ו-WeakMap.prototype.getOrInsertComputed.
Tracking bug #434977728 | ChromeStatus.com entry | Spec
Crash Reporting key-value API
API חדש של זוגות מפתח/ערך, window.crashReport, מגובה במפה לכל מסמך שמכילה נתונים שאפליקציית Chrome מוסיפה לדוחות קריסה.
הנתונים שמוצבים במפת הגיבוי של ה-API הזה נשלחים ב-CrashReportBody אם מתרחשות קריסות בתהליך העיבוד של האתר. כך תוכלו לנפות באגים במצב ספציפי באפליקציה שעלול לגרום לקריסה מסוימת.
באג למעקב מס' 400432195 | ערך ב-ChromeStatus.com | מפרט
הפחתת המחרוזות של סוכן המשתמש כברירת מחדל
החל מ-Chrome 145, המדיניות UserAgentReduction מוסרת מ-Chrome. המדיניות הזו הייתה זמינה כדי לקבוע אם Chrome ישלח מחרוזת User-Agent מלאה או מצומצמת.
כדי לשפר את פרטיות המשתמשים ולצמצם את היכולות של מעקב פסיבי, החל מגרסה Chrome 110, Chrome התחיל לצמצם כברירת מחדל את המידע שכלול בכותרת User-Agent. המדיניות UserAgentReduction סופקה כפתרון זמני לארגונים לניהול המעבר הזה.
המנגנון המומלץ לאתרים לגשת למידע על הדפדפן והמכשיר הוא User-Agent Client Hints (UA-CH). UA-CH מחייב את האתרים לבקש באופן פעיל מידע ספציפי, וזו גישה ששומרת על הפרטיות יותר מאשר מחרוזת User-Agent מדור קודם. מידע נוסף זמין במאמר באתר web.dev בנושא מעבר לאיסוף נתונים מותנה באותות לסוכן המשתמש (UA-CH).
החל מגרסה Chrome 145, למדיניות UserAgentReduction אין השפעה. Chrome שולח מחרוזת מצומצמת של סוכן משתמש כברירת מחדל. יכול להיות שמערכות או אפליקציות שהסתמכו על המדיניות הזו כדי לקבל את המחרוזת המלאה (מדגם ישן) של User-Agent כבר לא יקבלו את המידע המפורט שהן מצפות לקבל.
Navigation API: חשיפת היעד ב-navigation.transition
ל-NavigationTransition יש מאפיין from שחושף את כתובת ה-URL הישנה של הניווט. החשיפה של to (NavigationDestination) משלימה את הפעולה הזו. האפשרות הזו שימושית במיוחד כשמשתמשים ב-handlers של precommit, כי במהלך precommit כתובת ה-URL הנוכחית עדיין לא עברה ליעד.
המאפיין navigation.transition נחשף רק לניווטים שנקטעים – כלומר, ניווטים שמתחילים במסמך מאותו מקור.
Tracking bug #447171238 | ChromeStatus.com entry | Spec
אישור תשלום מאובטח: מפתחות שקשורים לדפדפן
כך נוספת חתימה קריפטוגרפית נוספת על הצהרות של אישור תשלום מאובטח ועל יצירת פרטי כניסה. המפתח הפרטי התואם לא מסונכרן בין המכשירים. כך תוכלו לעמוד בדרישות של קישור המכשיר לעסקאות תשלום.
באג למעקב מס' 377278827 | רשומה ב-ChromeStatus.com | מפרט
אישור תשלום מאובטח: עדכון חוויית המשתמש
עדכון של רכיבי UX לתיבת הדו-שיח של SPC ב-Android Chrome.
בנוסף לשיפורים בממשק המשתמש, נוספו השיפורים הבאים:
- סוחרים יכולים לספק רשימה אופציונלית של לוגו של ישויות תשלום שקשורות לתשלום, שיוצגו בממשק המשתמש.
- מצבי פלט שונים מוחזרים למוֹכר בהתאם לשאלה אם המשתמש רוצה להמשיך את העסקה בלי SPC או לבטל את העסקה. בשני המקרים נשלח רק מצב פלט אחד.
- שדה חדש של תווית פרטי תשלום מתווסף לאמצעי התשלום, כך שהטקסט מוצג בשתי שורות ב-SPC.
באג למעקב #405173922 | רשומה ב-ChromeStatus.com | מפרט
מאפיין maxAge של Cookie Store API
אפשר לציין maxAge כשמגדירים קובץ Cookie באמצעות Cookie Store API.
אפשר כבר להגדיר את זמן התפוגה של קובץ ה-Cookie באמצעות המאפיין expires, אבל maxAge מספק אפשרות יותר אידיומטית ומתאים את Cookie Store API לאפשרויות שמסופקות על ידי document.cookie וכותרת ה-HTTP Set-Cookie.
באג למעקב מס' 430926231 | רשומה ב-ChromeStatus.com | מפרט
סוגי InputEvent לפקודות מחיקה בבחירות שלא צומצמו
בעמודה הזו מדווחים ערכים מדויקים של inputType למקשי קיצור למחיקה בטקסט שנבחר. כשמשתמשים בפקודות מחיקה כמו Ctrl+Backspace או Ctrl+Delete עם טקסט שנבחר ברכיבי contenteditable, האירועים beforeinput ו-input מדווחים על deleteContentBackward או deleteContentForward במקום על deleteWordBackward או deleteWordForward. כך תוכלו להבין נכון איזו פעולת עריכה התרחשה, ולהטמיע פעולות ביטול, חזרה או עריכה מותאמת אישית מהימנות.
Tracking bug #41423062 | ChromeStatus.com entry | Spec
הפעלה קבועה לאירוע clipboardchange
כדי למנוע ניטור לא מורשה של הלוח, נדרשת הפעלה של משתמשים קבועים או clipboard-readהרשאה להפעלת אירועים
clipboardchange.
האירוע clipboardchange חדש יחסית (Chrome 144), והשינוי הזה הוא מינימלי ומשפיע על האינטרנט. ברוב המקרים, הפעלת המשתמש או ההרשאה clipboard-readכבר קיימות במקום שבו מתבצע מעקב אחר הלוח (לדוגמה, בלקוחות של שולחן עבודה מרוחק).
Tracking bug #468821937 | ChromeStatus.com entry | Spec
מולטימדיה
חשיפת rtpTimestamp מפריים של סרטון ב-WebRTC באמצעות VideoFrame.metadata()
נוספה שיטה VideoFrame.metadata() שמחזירה מילון שמכיל את השדה rtpTimestamp, אם VideoFrame הבסיסי מכיל את השדה הזה במטא-נתונים המקוריים שלו. אחרת, מוחזר מילון ריק. רק לפריימים של סרטונים שמקורם ב-WebRTC מצורפים המטא-נתונים rtpTimestamp.
שדות נוספים של מטא-נתונים כבר קיימים בהטמעה המקורית, ויכול להיות שהם ייחשפו ל-JavaScript בהמשך, כפי שמתואר במפרט המוצע.
אחסון
IndexedDB: קצה עורפי של SQLite (בהקשרים של זיכרון)
הטמעה של IndexedDB ב-Chromium נכתבה מחדש על בסיס SQLite, כדי להחליף את ההטמעה הקודמת שהשתמשה בשילוב של LevelDB וקבצים שטוחים. לא חל שינוי ב-Web API.
השינוי הזה משפר את המהימנות ובמידה פחותה יותר גם את הביצועים.
ההגדרה הזו חלה רק על הקשרים בזיכרון, כמו מצב פרטי ב-Chromium וב-Google Chrome. כך מצמצמים את ההשפעה של באגים חדשים ודוחים את הצורך להעביר נתונים קיימים שנשמרו בדיסק.
Tracking bug #436880911 | ChromeStatus.com entry | Spec
ביצועים
איך מאפשרים לאפליקציות אינטרנט להבין את התזמונים של ביצועים בימודליים
שדה confidence חדש באובייקט PerformanceNavigationTiming מאפשר לכם להבין אם התזמונים של הניווט מייצגים את אפליקציית האינטרנט שלכם.
באג למעקב מס' 1413848 | רשומה ב-ChromeStatus.com | מפרט
הוספת presentationTime ו-paintTime לרשומות של ביצועים
הפעולה הזו חושפת את paintTime ואת presentationTime בתזמון של רכיבים, ב-LCP, בפריימים של אנימציות ארוכות ובזמן הצגת התוכן.
paintTime מציין את השעה שבה הסתיים שלב הרינדור והדפדפן התחיל את שלב הצביעה. presentationTime מייצג את הזמן שבו הפיקסלים הגיעו למסך, שמוגדר באופן מסוים בהטמעה.
במאמר הזה לא מפורטות הגדרות התזמון של האירועים, כי הן מוגדרות בנפרד.
Tracking bug #378827535 | ChromeStatus.com entry | Spec
שימוש ב-CssPixels ב-LayoutShift API
התכונה הזו משנה את נתוני השיוך (prevRect ו-currentRect) ב-LayoutShift API כך שהם ידווחו בפיקסלים של CSS במקום בפיקסלים פיזיים. ההתנהגות לא עקבית עם ממשקי API אחרים שקשורים לפריסה, שכולם משתמשים בפיקסלים של CSS. השינוי הזה משפר את העקביות, מפשט את השימוש ומיישר קו עם היחידות הצפויות בניפוי באגים ובכלים.
Tracking bug #399058544 | ChromeStatus.com entry | Spec
אבטחה
פרטי כניסה לסשן לפי מכשיר
פרטי כניסה לסשן לפי מכשיר (DBSC) מאפשרים לאתרים לקשור את הסשן של המשתמש למכשיר הספציפי שלו, ובכך מקשים מאוד על השימוש בקובצי Cookie גנובים של סשנים במחשבים אחרים.
The Origin API
מקור הוא רכיב בסיסי בהטמעה של האינטרנט, והוא חיוני לגבולות האבטחה והפרטיות שסוכני משתמשים שומרים עליהם. המושג מוגדר היטב בין HTML לבין כתובת URL, יחד עם מושגים סמוכים שנמצאים בשימוש נרחב כמו אתר.
עם זאת, המקורות לא נחשפים ישירות. למרות שיש getter שונים של מקורות באובייקטים שונים, כל אחד מהם מחזיר את הסריאליזציה של מקור ב-ASCII, ולא את המקור עצמו. יש לכך כמה השלכות שליליות. בפועל, כשמנסים לבצע השוואות בין מקורות מאותו דומיין או מאותו אתר כשמטפלים במקורות שעברו סריאליזציה, לעיתים קרובות מתקבלות תוצאות שגויות שמובילות לפגיעויות. מבחינה פילוסופית, נראה שזה פרימיטיב אבטחה חסר שקשה לבצע לו polyfill בצורה מדויקת.
ב-Chrome 145, דפדפן Chrome מטפל בפער הזה בפלטפורמה באמצעות הצגת אובייקט Origin שמכיל את קונספט המקור ומספק שיטות שימושיות כמו השוואה, סריאליזציה וניתוח.
באג מעקב מס' 434131026 | רשומה ב-ChromeStatus.com | מפרט
הרשאות מפוצלות לגישה לרשת המקומית
זהו שיפור בהגבלות על גישה לרשת המקומית (LNA), שבו Chrome מפצל את ההרשאה הנדרשת מהרשאה אחת לגישה לרשת המקומית לשתי הרשאות נפרדות.
ההרשאה הישנה היא local-network-access. ההרשאות החדשות הן
local-network (לבקשות LNA לכתובות IP במרחב הכתובות המקומי) ו-
loopback-network (לבקשות LNA לכתובות IP במרחב כתובות הלולאה החוזרת).
ההרשאה הישנה נשמרת ככינוי וממשיכה לפעול עבור permissions.query ו-Permissions Policy. מדיניות הארגון ממשיכה לפעול באותו אופן. מדיניות ארגונית חדשה ומפורטת יותר תתווסף בהמשך.
באג למעקב מס' 465491626 | ערך ב-ChromeStatus.com | מפרט
התאמה של מפרט הסוגים המהימנים
Trusted Types הוטמעה והושקה במקור ב-Chromium בשנת 2019, ומאז נעשה בה שימוש באתרים רבים. לאחרונה, יש עניין בטכנולוגיה הזו מצד ספקי דפדפנים אחרים.
מפרט Trusted Types נכתב במשותף כמפרט של תיקון זמני (monkey patch) יחד עם ההטמעה המקורית. הוא מקבל תשומת לב חדשה כשגורמים אחרים מנסים ליישם את אותה המפרט. הוא הועבר ל-HTML + DOM (בתוספת קצת CSP). במסגרת התהליך הזה, אנחנו מזהים ומתקנים אי-התאמות שונות. יכול להיות שחלק מהתיקונים האלה יהיו גלויים למפתחים. המטרה היא לעדכן את ההטמעה כך שתתאים למפרט כפי שהוא מועבר במעלה הזרם ל-HTML.
בינתיים, WebKit השיקה את ההטמעה שלה של מפרט Trusted
Types המעודכן, מה שנותן ל-Chrome ביטחון גבוה שהעדכון הזה תואם מאוד לאינטרנט.
באג מעקב מס' 330516530 | ערך ב-ChromeStatus.com | מפרט
גרפיקה
WebGPU: subgroup_uniformity תכונה
השינוי הזה מוסיף היקף חדש לניתוח האחידות ומשנה את החלקים בשפה שנבדקים בכל אחד מההיקפים, כדי לאפשר התייחסות לאחידות של פונקציונליות של קבוצות משנה במקרים נוספים.
באג למעקב #454653380 | רשומה ב-ChromeStatus.com | מפרט
אפליקציות אינטרנט מבודדות (IWA)
WebRequest.SecurityInfo ב-Controlled Frame
התכונה הזו מציגה WebRequest.SecurityInfo API ל-ControlledFrame. היא מאפשרת לאפליקציית אינטרנט ליירט בקשת HTTPS, WSS או WebTransport לשרת, לאחזר את טביעת האצבע של אישור השרת (כפי שאומת על ידי הדפדפן), ואז להשתמש בטביעת האצבע הזו כדי לאמת באופן ידני את האישור של חיבור TCP/UDP גולמי נפרד לאותו שרת. כך האפליקציה יכולה לוודא שהיא מתקשרת עם השרת הנכון.
Tracking bug #462114142 | ChromeStatus.com entry | Spec
גרסאות מקור לניסיון
תמיכה בפענוח JPEG XL (image/jxl) ב-Blink
נוספה תמיכה בפענוח של תמונות JPEG XL (image/jxl) ב-Blink באמצעות jxl-rs,
מפענח Rust טהור ובטוח לזיכרון.
JPEG XL הוא פורמט תמונה מודרני שתוקנן כ-ISO/IEC 18181 ומציע:
- פענוח הדרגתי לשיפור הביצועים של טעינת הדף.
- תמיכה בטווח צבעים רחב, ב-HDR ובעומק ביט גבוה.
- תמיכה באנימציה.
ההטמעה הזו משתמשת ב-jxl-rs במקום במפענח ההפניה libjxl של C++ כדי לעמוד בדרישות של Chromium בנוגע לבטיחות הזיכרון. המפענח מוגבל על ידי הדגל enable-jxl-image-format ודגל הבנייה enable_jxl_decoder.
WebAudio: Configurable render quantum
הפרמטרים AudioContext ו-OfflineAudioContext מקבלים עכשיו את הארגומנט האופציונלי renderSizeHint. אם מעבירים מספר שלם, המשתמשים יכולים לבקש גודל מסוים של קוונטום רינדור. אם לא מעבירים ארגומנט או מעבירים את הארגומנט default, נעשה שימוש בערך ברירת המחדל של 128 פריימים. אם מעבירים את הארגומנט hardware, סוכן המשתמש בוחר את גודל קוונטום הרינדור המתאים.
Origin Trial | ChromeStatus.com entry
הוצאה משימוש והסרה
הסרת התמיכה במצלמות וירטואליות מיושנות ב-macOS
Chrome מסיר את התמיכה במצלמות וירטואליות מיושנות בכל הגרסאות של macOS שהוא תומך בהן.
Tracking bug #461717105 | ChromeStatus.com entry
הסרת תוסף BMP להטמעה של JPEG או PNG ב-BMP
Chrome מסיר את התוסף BMP להטמעה של JPEG או PNG ב-BMP.