الإصدار التجريبي من Chrome 145

تاريخ النشر: 14 يناير 2026

ما لم يُذكر خلاف ذلك، تنطبق التغييرات التالية على أحدث إصدار من قناة الإصدار التجريبي من Chrome على Android وChromeOS وLinux وmacOS وWindows. يمكنك الاطّلاع على مزيد من المعلومات حول الميزات المدرَجة هنا من خلال الروابط المتوفّرة أو من القائمة على ChromeStatus.com. سيكون الإصدار التجريبي من Chrome متاحًا اعتبارًا من 14 كانون الثاني (يناير) 2026. يمكنك تنزيل أحدث إصدار على Google.com لأجهزة الكمبيوتر أو على "متجر Google Play" على أجهزة Android.

CSS وواجهة المستخدم

توفير الدعم لخاصية text-justify في CSS

يمكن للمطوّرين التحكّم في كيفية ضبط محاذاة النص عند تطبيق text-align: justify باستخدام السمة text-justify. على سبيل المثال، فرض المحاذاة من خلال توسيع المسافة بين الأحرف، حتى في النص الإنجليزي

تحسين عملية احتساب حافة الظل border-radius للقيم العالية border-radius

يضمن هذا التحسين أنّ الظلال وحدود القص على العناصر شبه الدائرية (حيث تكون قيمة border-radius قريبة من %50) تتطابق بدقة مع الشكل المرئي للحافة المنحنية.

يؤدي ذلك إلى عرض أكثر اتساقًا للأشكال المعقّدة المستديرة، ما يزيل التناقضات المرئية للقيم العالية لنصف القطر. تم الآن تقليل عامل تعديل نصف قطر الحدود تدريجيًا، ما يضمن ظهور الزوايا حادة عند استخدام أنصاف أقطار صغيرة، وذلك عندما تقترب قيمة نصف القطر من %50.

ينطبق ذلك أيضًا على الأشكال غير الدائرية (باستخدام corner-shape)، والتي تستخدم الآن آلية تعديل نصف القطر نفسها.

تغليف الأعمدة للتصميم المتعدّد الأعمدة في CSS

اعتبارًا من الإصدار 145 من Chrome، تتوافق السمتان column-wrap وcolumn-height مع التنسيق المتعدد الأعمدة. تتيح لك هذه الخصائص نقل الأعمدة إلى صف جديد في اتجاه الكتلة.

قبل الإصدار 145 من Chrome، إذا تم تقييد ارتفاع الحاوية المتعددة الأعمدة، سيظهر المحتوى الذي لا يتناسب مع المساحة المتاحة كأعمدة فائضة في الاتجاه المضمّن. سيؤدي ذلك إلى إنشاء شريط تمرير أفقي على الويب. باستخدام السمتَين column-height وcolumn-wrap، يمكنك ضبط ارتفاع لصف الأعمدة وضبط الأعمدة الزائدة لتظهر كصف جديد.

يمكنك الاطّلاع على مزيد من المعلومات في مقالة التوافق مع الأعمدة الملتفّة في التنسيق المتعدد الأعمدة.

عرض حدث onanimationcancel على GlobalEventHandlers

توسّع "المستوى 1 من حركات CSS" نطاق واجهة GlobalEventsHandler المحدّدة في مواصفات HTML، وذلك من خلال تعريف أربعة معالجات أحداث جديدة: onanimationstart وonanimationiteration وonanimationend وonanimationcancel.

لم تكن معالِجة أحداث onanimationcancel متوفّرة في GlobalEventsHandler IDL، وهي متاحة الآن.

letter-spacing وword-spacing في CSS: قيم النسبة المئوية

تتيح استخدام قيم النسبة المئوية للسمتَين letter-spacing وword-spacing في CSS، كما هو محدّد في مواصفات CSS Text Module Level 4. يتم احتساب قيم النسبة المئوية بالنسبة إلى المقياس المتقدّم لحرف المسافة (U+0020). يمنح ذلك المطوّرين تحكّمًا أكثر فعالية ومرونة في الطباعة، لا سيما في التصاميم السريعة الاستجابة التي يجب أن يتكيّف فيها تباعد الأحرف مع مختلف أحجام النوافذ وأحجام الخطوط.

مربّع قائمة الخيارات القابل للتخصيص

توسّع هذه الميزة نطاق دعم خيار التحديد القابل للتخصيص ليشمل وضع عرض مربّع القائمة، بما في ذلك خيار التحديد الفردي وخيار التحديد المتعدّد في وضع مربّع القائمة.

يشير وضع عرض مربّع القائمة إلى أنّه يتم عرض العنصر <select> في المحتوى أو في الصفحة بدلاً من عرضه باستخدام زر منفصل ونافذة منبثقة. يتم تفعيل وضع عرض مربّع القائمة على جميع المنصات من خلال سمات متعددة أو سمات الحجم، مثل <select multiple> أو <select size=4>. عند تطبيق سمة appearance:base-select CSS على العنصر <select> باستخدام هذه السمات، سيتم تحسين عرض العنصر وسلوك الإدخال.

لا تتوافق هذه الميزة مع أداة الاختيار القابلة للتخصيص في النافذة المنبثقة الخاصة بالاختيار المتعدد، وسيتم توفيرها لاحقًا. يجب ضبط السمات التالية للحصول على نافذة منبثقة متعددة الخيارات: <select multiple size=1>.

تفعيل عرض رموز الإيموجي أحادية اللون في وضع "الألوان المفروضة"

يعدّل هذا التغيير سلوك عرض رموز الإيموجي في "وضع الألوان المفروضة" في Chrome. أثناء تحديد القيمة المحسوبة، يتم عرض الرموز التعبيرية التي يتم احتساب قيمة font-variant-emoji الخاصة بها على أنّها عادية أو يونيكود باستخدام الرموز الرسومية أحادية اللون المتوفّرة.

وبالتالي، سيمنع Chrome عرض رموز الإيموجي الملوّنة، ما يضمن مشاركة رموز الإيموجي بشكل كامل في مسار &quot;وضع الألوان المُطبَّقة&quot; والالتزام بألوان التباين العالي في النظام. لا يتغيّر السلوك خارج وضع "الألوان المفروضة".

الخيار focusVisible في طريقة focus()

عند استدعاء طريقة focus()، يمكن للمطوّرين الآن تقديم قيمة focusVisible من النوع المنطقي في قاموس FocusOptions. عندما تكون القيمة صحيحة، سيتم دائمًا رسم حلقة تركيز حول العنصر الذي تم التركيز عليه حديثًا، وستتطابق مع الفئة الزائفة :focus-visible. عندما تكون القيمة خطأ، لن يتم رسم حلقة التركيز ولن تتطابق قيمة :focus-visible. في حال عدم توفّره، يحدّد وكيل المستخدم ما إذا كان يجب رسم حلقة التركيز، ويتطابق ذلك مع الفئة الزائفة :focus-visible.

تأثير التمرير الزائد على أدوات التمرير غير الجذرية

تعرض هذه السمة تأثيرات التمرير السريع المرن في حاويات التمرير غير الجذرية. عندما يصل عنصر قابل للتمرير مضمّن إلى حدود التمرير، يتم تطبيق ميزة التمرير السريع على هذا العنصر بدلاً من تطبيقها على أداة التمرير الرئيسية فقط. يقلّل ذلك من الحاجة إلى حلول بديلة مخصّصة باستخدام JavaScript، ويمكن التحكّم في كل عنصر باستخدام overscroll-behavior.

عرض موضع النافذة الفعلي على Android

يعرض Chrome على Android الآن بدقة موضع نافذة المتصفّح وحجمها باستخدام window.screenX وwindow.screenY وwindow.outerWidth وwindow.outerHeight.

في السابق، كان Chrome يفترض بشكل غير صحيح أنّ جميع نوافذ المتصفّح على Android تبدأ بالإحداثيات (0, 0). وهذا غير دقيق بالنسبة إلى أجهزة Android اللوحية التي تستخدم وضع النوافذ الحرة، ما يؤدي إلى تلقّي المواقع الإلكترونية دائمًا القيمة 0 عند طلب موضع النافذة على الشاشة باستخدام window.screenX وwindow.screenY (يخزّن هذان الحقلان إحداثيات الزاوية العلوية اليسرى للنافذة في مساحة إحداثيات مساحة العمل العامة).

بالإضافة إلى ذلك، افترض متصفّح Chrome على Android بشكل غير صحيح أنّ الأبعاد الخارجية لنافذة المتصفّح تساوي الأبعاد الداخلية لإطار عرض الموقع الإلكتروني.

واجهات برمجة التطبيقات على الويب

قبل الإصدار 145 من Chrome، كان العنصر NavigationTransition يتضمّن السمة from التي تعرض عنوان URL القديم لعملية التنقّل. يؤدي عرض to (وهو NavigationDestination) إلى إكمال هذه العملية. ويكون ذلك مفيدًا بشكل خاص عند استخدام معالِجات precommit، لأنّه أثناء precommit لم يتم بعد التبديل من عنوان URL الحالي إلى عنوان URL المقصود.

ميزة WebGPU: subgroup_uniformity

تضيف هذه السمة نطاقًا جديدًا إلى تحليل التوحيد وتغيّر الأجزاء التي يتم التحقّق منها في كل لغة للسماح باعتبار وظيفة المجموعة الفرعية موحّدة في المزيد من الحالات.

Upsert

تنفِّذ هذه السمة اقتراح ECMAScript بشأن Map.prototype.getOrInsert وMap.prototype.getOrInsertComputed وWeakMap.prototype.getOrInsert وWeakMap.prototype.getOrInsertComputed.

أنواع InputEvent لأوامر الحذف في عمليات التحديد غير المصغّرة

تعرض التقارير قيم inputType دقيقة لاختصارات لوحة المفاتيح الخاصة بالحذف على النص المحدّد. عند استخدام أوامر الحذف، مثل Control+Backspace أو Control+Delete مع نص محدّد في عناصر contenteditable، سيتم الآن عرض الحدثين beforeinput وinput على أنّهما deleteContentBackward أو deleteContentForward بدلاً من deleteWordBackward أو deleteWordForward. يتيح ذلك لمطوّري الويب فهم عملية التعديل التي حدثت بشكل صحيح وتنفيذ إجراءات تراجع وإعادة موثوقة أو سلوكيات تعديل مخصّصة.

تتيح هذه السمة للمتصلين تحديد maxAge عند ضبط ملف تعريف ارتباط باستخدام Cookie Store API.

يمكن ضبط وقت انتهاء صلاحية ملف تعريف الارتباط باستخدام السمة expires، ولكن توفّر السمة maxAge خيارًا أكثر تعبيرًا ويجعل واجهة برمجة التطبيقات Cookie Store متوافقة مع الخيارات التي توفّرها السمة document.cookie وعنوان HTTP Set-Cookie.

تأكيد الدفع الآمن: المفاتيح المرتبطة بالمتصفّح

تضيف هذه السمة توقيعًا تشفيريًا إضافيًا على تأكيدات Secure Payment Confirmation وعملية إنشاء بيانات الاعتماد. لا تتم مزامنة المفتاح الخاص المقابل على الأجهزة. يساعد ذلك مطوّري الويب في استيفاء متطلبات ربط الجهاز بمعاملات الدفع.

تفعيل ميزة "التنشيط الثابت" للحدث clipboardchange

يطلب Chrome الآن تفعيل المستخدم بشكل مستمر أو الحصول على إذن clipboard-read لتفعيل أحداث clipboardchange، ما يمنع المراقبة غير المصرح بها للحافظة. يتم إجراء هذا التغيير على النحو المحدّد في مواصفات Clipboard API.

عرض rtpTimestamp من إطارات فيديو WebRTC باستخدام VideoFrame.metadata()

تضيف هذه السمة طريقة VideoFrame.metadata() تعرض قاموسًا يحتوي على الحقل rtpTimestamp، إذا كان VideoFrame الأساسي يتضمّن هذا الحقل في بياناته الوصفية. وفي ما عدا ذلك، يتم عرض قاموس فارغ. سيتم إرفاق البيانات الوصفية rtpTimestamp بإطارات الفيديو التي مصدرها WebRTC فقط.

السماح لتطبيقات الويب بفهم توقيتات الأداء الثنائي

قد تعاني تطبيقات الويب من توزيع ثنائي النسق في أداء تحميل الصفحة بسبب عوامل خارجة عن نطاق تحكّم التطبيق. على سبيل المثال، عندما يتم تشغيل وكيل مستخدم لأول مرة في سيناريو "بدء التشغيل البارد"، يجب أن ينفّذ العديد من مهام التهيئة المكلفة التي تتنافس على موارد النظام. يمكن أن تؤثر إضافات المتصفّح أيضًا في الأداء، لأنّ بعض الإضافات تشغّل رمزًا إضافيًا على كل صفحة تزورها، ما يؤدي إلى زيادة استخدام وحدة المعالجة المركزية وإبطاء أوقات الاستجابة. وبالمثل، عندما يكون الجهاز مشغولاً بمهام مكثفة، قد يتم تحميل صفحات الويب بشكل أبطأ.

في هذه السيناريوهات، سيتنافس المحتوى الذي يحاول تطبيق الويب تحميله مع العمليات الأخرى التي تتم على النظام. ويصعّب ذلك تحديد ما إذا كانت هناك مشاكل في الأداء ضمن تطبيقات الويب نفسها أو بسبب عوامل خارجية.

يتيح حقل confidence جديد في عنصر PerformanceNavigationTiming للمطوّرين تحديد ما إذا كانت توقيتات التنقّل تمثّل تطبيق الويب الخاص بهم.

إضافة presentationTime وpaintTime إلى إدخالات الأداء

عرض paintTime وpresentationTime في مقاييس "توقيت العناصر" و"سرعة عرض أكبر جزء من المحتوى على الصفحة" و"الرسوم المتحركة الطويلة" و"توقيت الطلاء"

يشير paintTime إلى الوقت الذي انتهت فيه مرحلة العرض وبدأ فيه المتصفّح مرحلة الطلاء. يشير presentationTime إلى الوقت الذي "وصلت فيه وحدات البكسل إلى الشاشة"، وهو أمر محدّد إلى حد ما حسب التنفيذ. اطّلِع على مقياسَي LCP وINP متاحان الآن في Baseline Newly.

استخدام وحدات بكسل CSS في واجهة برمجة التطبيقات LayoutShift

تغيّر هذه الميزة بيانات تحديد المصدر (prevRect وcurrentRect) في LayoutShift API ليتم عرضها بوحدات بكسل CSS بدلاً من وحدات البكسل الفعلية. السلوك الحالي غير متوافق مع واجهات برمجة التطبيقات الأخرى ذات الصلة بالتصميم، والتي تستخدم جميعها وحدات بكسل CSS. يؤدي هذا التغيير إلى تحسين التناسق وتبسيط الاستخدام للمطوّرين، كما يتوافق مع الوحدات المتوقّعة في تصحيح الأخطاء والأدوات.

يُرجى العِلم أنّ هذا الإجراء لا يؤثّر في قيمة مقياس CLS، ولكنّه يؤثّر في أدوات تصحيح الأخطاء التي تعرض لقطات شاشة وصورًا لهذه التحوّلات.

بيانات اعتماد الجلسة المرتبطة بالجهاز (DBSC)

هي طريقة تتيح للمواقع الإلكترونية ربط جلسة بجهاز واحد بشكل آمن.

ويتيح للخوادم إجراء جلسة مرتبطة بالجهاز بشكل آمن. يجدّد المتصفّح الجلسة بشكل دوري حسب طلب الخادم، مع تقديم دليل على امتلاك مفتاح خاص.

أذونات الوصول إلى الشبكة المحلية المنفصلة

هذا تحسين على القيود المفروضة على ميزة "الوصول إلى الشبكة المحلية"، حيث قسّمنا الإذن المطلوب من إذن واحد للوصول إلى الشبكة المحلية إلى إذنَين منفصلَين.

الإذن القديم: local-network-access

الأذونات الجديدة:

  • local-network: لطلبات LNA إلى عناوين IP في مساحة العناوين المحلية
  • loopback-network: لطلبات LNA إلى عناوين IP في مساحة عنوان الاسترجاع.

يتم الاحتفاظ بالإذن القديم كاسم مستعار، ومن المفترض أن يظل يعمل مع permissions.query و"سياسة الأذونات". ستستمر سياسات المؤسسة الحالية في العمل بالطريقة نفسها، وسيتم إضافة سياسات مؤسسة أحدث وأكثر دقة في وقت لاحق.

The Origin API

المصدر هو عنصر أساسي في تنفيذ الويب، وهو ضروري لحدود الأمان والخصوصية التي تحافظ عليها برامج وكيل المستخدم. المفهوم محدّد جيدًا بين HTML وعنوان URL، بالإضافة إلى المفاهيم المجاورة الشائعة الاستخدام، مثل الموقع الإلكتروني.

في المقابل، لا يتم عرض المصادر مباشرةً لمطوّري الويب. على الرغم من توفّر العديد من دوال جلب المصدر في كائنات مختلفة، إلا أنّ كل دالة من هذه الدوال تعرض تسلسل ASCII للمصدر، وليس المصدر نفسه. ولهذا الأمر بعض الآثار السلبية. من الناحية العملية، غالبًا ما يرتكب المطوّرون أخطاء عند محاولة إجراء مقارنات بين المصدر نفسه أو الموقع الإلكتروني نفسه عند التعامل مع المصادر المتسلسلة، ما يؤدي إلى حدوث ثغرات أمنية. من الناحية الفلسفية، يبدو أنّ هناك عنصرًا أساسيًا مفقودًا في الأمان، ويواجه المطوّرون صعوبة في محاكاته بدقة.

تعالج Origin API هذه الفجوة في النظام الأساسي من خلال تقديم كائن origin يغلف مفهوم المصدر، ويوفر طرقًا مفيدة للمقارنة والتسلسل والتحليل.

Sanitizer API

توفّر Sanitizer API للمطوّرين طريقة لإزالة المحتوى الذي قد ينفّذ برنامجًا نصيًا من محتوى HTML عشوائي يقدّمه المستخدم. والهدف من ذلك هو تسهيل إنشاء تطبيقات ويب خالية من ثغرات البرمجة النصية على المواقع الإلكترونية (XSS).

توافق مواصفات Trusted Types

تمت إضافة ميزة الأنواع الموثوق بها وطرحها في Chrome في عام 2019.

يتم الآن تنفيذ مواصفات Trusted Type في متصفحات أخرى. وكجزء من هذه العملية، يتم تحديد العديد من حالات عدم الاتساق وإصلاحها في المواصفات. يحلّ هذا الإصدار هذه المشاكل في Chrome ليتوافق مع المواصفات الجديدة.

عمليات تجربة وتقييم جديدة

في الإصدار 145 من Chrome، يمكنك الاشتراك في التجارب الجديدة التالية.

WebAudio: إمكانية ضبط كمية العرض

تتضمّن AudioContext وOfflineAudioContext الآن وسيطًا اختياريًا هو renderSizeHint، ما يتيح للمستخدمين طلب حجم معيّن لوحدة العرض عند تمرير عدد صحيح، أو استخدام القيمة التلقائية البالغة 128 إطارًا إذا لم يتم تمرير أي قيمة أو تم تمرير default، أو طلب اختيار حجم مناسب لوحدة العرض من وكيل المستخدم في حال تحديد hardware.

الميزات التي سيتم إيقافها نهائيًا وإزالتها

يتضمّن هذا الإصدار من Chrome عمليات الإيقاف والإزالة التالية. يمكنك الانتقال إلى ChromeStatus.com للاطّلاع على قوائم عمليات الإيقاف النهائي المخطَّط لها، وعمليات الإيقاف النهائي الحالية، وعمليات الإزالة السابقة.

إزالة إمكانية استخدام الكاميرات الافتراضية القديمة على أجهزة macOS في Chrome

اعتبارًا من الإصدار 145 من Chrome، ستتم إزالة إمكانية استخدام الكاميرات الافتراضية القديمة على جميع إصدارات macOS المتوافقة.

على أجهزة macOS، يتم إنشاء الكاميرات الافتراضية الحديثة باستخدام إطار عمل Core Media IO، وهو متاح منذ الإصدار 12.3 من نظام التشغيل macOS. تواصلت Apple مع مطوّري البرامج، وتم نقل جميع برامج الكاميرا الافتراضية الحديثة لاستخدام إطار عمل Core Media IO.

تم حظر الكاميرات الافتراضية القديمة التي تم إنشاؤها كإضافات DAL بواسطة نظام التشغيل macOS نفسه بدءًا من الإصدار 14.1 (2023)، ولم تكن متوافقة مع متصفّح Safari منذ عام 2018، إن لم يكن قبل ذلك.

إزالة إضافة BMP لتضمين JPEG أو PNG في BMP

يزيل Chrome إضافة BMP لتضمين JPEG أو PNG في BMP لأنّ المتصفحات الأخرى لا تتوافق مع هذه الإضافة، ولا فائدة منها (كما هو مسجّل باستخدام بيانات UMA).

سلاسل وكيل المستخدم المبسَّطة تلقائيًا

اعتبارًا من الإصدار 145 من Chrome، ستتم إزالة سياسة UserAgentReduction نهائيًا. كانت هذه السياسة متاحة سابقًا للتحكّم في ما إذا كان Chrome يرسل سلسلة وكيل مستخدم مخفَّضة أو كاملة.

لتعزيز خصوصية المستخدم وتقليل إمكانات التتبّع المستَتِر، بدأ Chrome في تقليل المعلومات الواردة في عنوان User-Agent تلقائيًا في الإصدار 110 من Chrome. تم توفير سياسة UserAgentReduction كإجراء مؤقت للمؤسسات لإدارة هذا الانتقال.

إنّ الآلية المقترَحة للمواقع الإلكترونية للوصول إلى معلومات المتصفّح والجهاز هي الآن "حقول معلومات وكيل المستخدم" (UA-CH). تتطلّب ميزة UA-CH أن تطلب المواقع الإلكترونية بشكل نشط معلومات محدّدة، وهو نهج يحافظ على الخصوصية بشكل أفضل من سلسلة User-Agent القديمة.

اعتبارًا من الإصدار 145 من Chrome، لن يكون لسياسة UserAgentReduction أي تأثير. سيرسل Chrome سلسلة وكيل مستخدم مبسَّطة تلقائيًا. قد لا تتلقّى الأنظمة أو التطبيقات التي كانت تعتمد على هذه السياسة للحصول على سلسلة User-Agent الكاملة (القديمة) المعلومات التفصيلية التي تتوقّعها.