Chrome 154 बीटा

Rachel Andrew

पब्लिश होने की तारीख: 2 सितंबर, 2026

जब तक कोई दूसरी जानकारी न दी गई हो, तब तक ये बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome के बीटा चैनल के सबसे नए वर्शन पर लागू होते हैं. इन सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक का इस्तेमाल करें या ChromeStatus.com पर जाएं. 2 सितंबर, 2026 तक Chrome 154 बीटा वर्शन में है. डेस्कटॉप के लिए, Google.com से या Android पर Google Play Store से, बीटा का नया वर्शन डाउनलोड किया जा सकता है.

सीएसएस और यूज़र इंटरफ़ेस (यूआई)

सीएसएस scroll-marker-group के मोड

scroll-marker-group प्रॉपर्टी को बेहतर बनाया गया है, ताकि यह इन मोड के साथ काम कर सके:

  • links: जनरेट किया गया ::scroll-marker-group, links मोड में काम करता है. यह नेविगेशन सूची की तरह काम करता है. अगर इसे छोड़ दिया जाता है, तो यह डिफ़ॉल्ट मोड होता है.
  • tabs: जनरेट किया गया ::scroll-marker-group, tabs मोड में काम करता है. यह टैबलिस्ट की तरह काम करता है.

WAI-ARIA पैटर्न के मुताबिक, हर मोड, ::scroll-marker-group और ::scroll-marker के फ़ोकस ऑर्डर और ऐक्सेस करने के तरीके में बदलाव करता है:

  • लिंक मोड (डिफ़ॉल्ट): यह फ़्रैगमेंट ऐंकर के साथ मिलकर, स्टैंडर्ड नेविगेशन लैंडमार्क की तरह काम करता है. ::scroll-marker-group को navigation की भूमिका मिलती है. वहीं, ::scroll-marker एलिमेंट को link की भूमिका मिलती है. ::scroll-marker के सभी एलिमेंट, क्रम से टैब स्टॉप होते हैं. लिंक मार्कर के चालू होने पर, फ़ोकस टारगेट एलिमेंट पर चला जाता है.
  • टैब मोड: यह टैब पैटर्न की तरह काम करता है और टैब वाले कैरसेल के लिए आधार के तौर पर काम करता है. ::scroll-marker-group को tablist की भूमिका मिलती है. ::scroll-marker एलिमेंट, tab की भूमिका निभाते हैं. वहीं, ऑरिजिन एलिमेंट को tabpanel की भूमिका मिलती है. सिर्फ़ चालू ::scroll-marker टैब स्टॉप के तौर पर काम करता है. मार्कर के बीच नेविगेट करने के लिए, ऐरो बटन का इस्तेमाल किया जाता है. ऐक्सेस करने के लिए बने ट्री में, बंद टैब का कॉन्टेंट छिपा होता है.

सीएसएस text-decoration-inset

text-decoration-inset सीएसएस प्रॉपर्टी से यह कंट्रोल किया जाता है कि अंडरलाइन, ओवरलाइन, और लाइन-थ्रू डेकोरेशन, टेक्स्ट रन के किनारों से कितनी दूरी पर सेट किए जाएं या उनसे आगे बढ़ाए जाएं. यह auto, लंबाई, और प्रतिशत वैल्यू के साथ काम करती है. इसमें, ऑफ़सेट की शुरुआत और खत्म होने की जगह सेट करने के लिए, एक वैल्यू और दो वैल्यू वाले सिंटैक्स शामिल हैं. इससे डेवलपर, डेकोरेशन के बीच का स्पेस अडजस्ट कर सकते हैं. साथ ही, बैकग्राउंड ग्रेडिएंट या अन्य एलिमेंट के बजाय, नेटिव टेक्स्ट डेकोरेशन की मदद से, कॉन्टेंट को दिखाने और छिपाने वाले इफ़ेक्ट बना सकते हैं.

सीएसएस text-decoration-skip-spaces

text-decoration-skip-spaces सीएसएस प्रॉपर्टी से यह कंट्रोल किया जाता है कि टेक्स्ट डेकोरेशन लाइनें (जैसे, अंडरलाइन, ओवरलाइन, और लाइन-थ्रू) व्हाइटस्पेस वाले वर्णों को छोड़ती हैं या नहीं. इससे, स्पेस के नीचे डेकोरेशन को ड्रॉ होने से रोका जा सकता है.

वर्कर कॉन्टेक्स्ट के लिए, CSSStyleValue की हैरारकी दिखाना

CSS Typed OM के स्पेसिफ़िकेशन में, वर्कर ग्लोबल स्कोप ([Exposed=(Window, Worker, PaintWorklet, LayoutWorklet)]) के लिए, CSSStyleValue की हैरारकी दिखाई जाती है. हालांकि, Blink पहले सिर्फ़ CSSStyleValue, CSSKeywordValue, CSSNumericValue, CSSUnitValue, और CSSUnparsedValue को Window और वर्कलेट के लिए दिखाता था. इसलिए, ये कंस्ट्रक्टर Worker कॉन्टेक्स्ट में अनडिफ़ाइंड थे. Chrome 154 में, इन कंस्ट्रक्टर को वर्कर में दिखाया जाता है. इससे, यह स्पेसिफ़िकेशन और अन्य ब्राउज़र इंजन के मुताबिक काम करता है.

FontFace width एट्रिब्यूट और font-width डिस्क्रिप्टर

FontFace पर width एट्रिब्यूट और @font-face font-width डिस्क्रिप्टर को stretch और font-stretch के एलियास के तौर पर दिखाता है. इससे, Chromium, CSS फ़ॉन्ट लोडिंग और CSS फ़ॉन्ट 4 के अपडेट किए गए स्पेसिफ़िकेशन के मुताबिक काम करता है. आप फ़ॉन्ट फ़ेस की चौड़ाई की जांच कर सकते हैं या उन्हें शुरू कर सकते हैं. इसके लिए, FontFace.width और CSS font-width का इस्तेमाल किया जा सकता है. साथ ही, stretch और font-stretch का भी इस्तेमाल किया जा सकता है.

पॉप-ओवर और डायलॉग के लिए, लाइट डिसमिस की सुविधा में सुधार

पॉप-ओवर और डायलॉग के लिए, लाइट डिसमिस की सुविधा को बेहतर बनाया गया है और इसे आसान बनाया गया है. लाइट डिसमिस, पॉप-ओवर या डायलॉग के बाहर क्लिक करने पर, उसे बंद करने की सुविधा है. इन सुधारों से यह पक्का होता है कि टचस्क्रीन पर स्क्रोल करने के जेस्चर और राइट-क्लिक करने पर, अब लाइट डिसमिस की सुविधा ट्रिगर नहीं होगी.

ब्राउज़र अब लाइट डिसमिस की सुविधा को ट्रिगर करने के लिए, pointerdown और pointerup इवेंट के कॉम्बिनेशन के बजाय, click इवेंट का इस्तेमाल करता है.

रिस्पॉन्सिव साइज़ वाला <iframe>

इससे साइटों को रिस्पॉन्सिव साइज़ वाले iframe इस्तेमाल करने की अनुमति मिलती है. इससे, पैरंट दस्तावेज़ में मौजूद <iframe> एलिमेंट का साइज़, iframe दस्तावेज़ के लेआउट ओवरफ़्लो साइज़ के मुताबिक सेट हो जाता है, इससे चाइल्ड दस्तावेज़ में स्क्रोल करने की ज़रूरत नहीं पड़ती.

JavaScript

इटरेटर includes

यह TC39 का एक सुझाव है. इसमें, इटरेटर में includes() मेथड जोड़ा जाता है. इससे यह जांच की जा सकती है कि कोई इटरेटर, दी गई वैल्यू देता है या नहीं. यह Array.prototype.includes() की तरह काम करता है.

Web API

WebSocket कंस्ट्रक्टर में, विकल्पों का बैग जोड़ना

कंस्ट्रक्टर के दूसरे आर्ग्युमेंट के तौर पर, विकल्पों की डिक्शनरी (WebSocketInit) पास करने की सुविधा जोड़ी गई है.WebSocket विकल्पों की डिक्शनरी में, protocols विकल्प शामिल है. इससे सबप्रोटोकॉल तय किए जा सकते हैं. यह मौजूदा protocols आर्ग्युमेंट की तरह काम करता है. साथ ही, यह आने वाले समय में जोड़े जाने वाले विकल्पों के लिए एक्सटेंशन पॉइंट के तौर पर काम करता है.

पहले, इसे इस तरह लिखा जाता था:

const socket = new WebSocket("wss://example.com:8080", "soap");

इस बदलाव के बाद, इसे इस तरह भी लिखा जा सकता है:

const socket = new WebSocket("wss://example.com:8080", { protocols: "soap" });

WebCrypto में एल्गोरिदम के अपडेट

Web Cryptography API में उपलब्ध क्रिप्टोग्राफ़िक एल्गोरिदम के सेट में, पोस्ट-क्वांटम क्रिप्टोग्राफ़ी और सिमेट्रिक एईएडी एल्गोरिदम जोड़ा गया है. इससे, आपको NIST के स्टैंडर्ड के मुताबिक, क्वांटम-रेज़िस्टेंट क्रिप्टोग्राफ़िक एल्गोरिदम के ब्राउज़र में मौजूद इंप्लीमेंटेशन का ऐक्सेस मिलता है:

  • एमएल-केईएम (768, 1024)
  • एमएल-डीएसए (44, 65, 87)
  • ChaCha20-Poly1305
  • X-Wing

Background Fetch के लिए सीओआरएस लागू करना

Background Fetch API अब क्रॉस-ऑरिजिन रिसॉर्स शेयरिंग (सीओआरएस) लागू करता है.

इस अपडेट से, Chromium का लागू किया गया वर्शन, Background Fetch के स्पेसिफ़िकेशन के मकसद के मुताबिक हो जाता है. इससे यह पक्का होता है कि Background Fetch के अनुरोधों पर भी वही सुरक्षा नीतियां लागू हों जो लोकल नेटवर्क ऐक्सेस की जांच के लिए लागू होती हैं. इससे साइटें, सामान्य Fetch के बजाय Background Fetch का इस्तेमाल करके, सीओआरएस और सुरक्षा से जुड़ी नीति की अन्य जांचों को बाईपास नहीं कर पाएंगी.

Fetch API: AbortController से फ़ेच Response तक, वजह फ़ॉरवर्ड करना

अगर कोई वजह दी गई है, तो उसे सिर्फ़ fetch प्रॉमिस के बजाय, Response ऑब्जेक्ट और उसके ReadableStream के तरीकों के लिए भी दिखाया जाता है. इससे Chrome, स्टैंडर्ड के मुताबिक काम करता है. साथ ही, डेवलपर की दी गई वजह को हर जगह दिखाया जाता है.

Background Fetch के लिए, लोकल नेटवर्क के ऐक्सेस से जुड़ी पाबंदियां

Background Fetch के अनुरोधों के लिए, यह ज़रूरी है कि सर्विस वर्कर के ऑरिजिन के पास लोकल या लूपबैक सर्वर को अनुरोध भेजने के लिए, लोकल नेटवर्क ऐक्सेस (एलएनए) की ज़रूरी अनुमति हो.

इससे, Chromium का लागू किया गया वर्शन, Background Fetch के स्पेसिफ़िकेशन के मकसद के मुताबिक हो जाता है. इसका मतलब है कि अनुरोधों पर भी सुरक्षा की वही नीतियां लागू होंगी जो सामान्य Fetch के अनुरोधों पर होती हैं. इससे साइटें, सामान्य Fetchके बजाय Background Fetch का इस्तेमाल करके, एलएनए की सुरक्षा जांचों को बायपास नहीं कर पाएंगी.

एंटरप्राइज़ एडमिन, एलएनए की मौजूदा एंटरप्राइज़ नीतियों का इस्तेमाल ठीक वैसे ही कर सकते हैं जैसे वे पहले सर्विस वर्कर से किए जाने वाले सामान्य Fetch API के अनुरोधों के लिए करते थे:

एचटीएमएल इंसर्शन और स्ट्रीमिंग के नए तरीके

एचटीएमएल सेटिंग के कई तरीके दिखाए गए हैं. इनसे, मौजूदा दस्तावेज़ में मार्कअप को डाइनैमिक तरीके से इंसर्ट करने के लिए, एक जैसा तरीका मिलता है:

  • पोज़िशनल तरीके (before(), after(), append(), prepend(), और replaceWith()). इनमें एचटीएमएल को आर्ग्युमेंट के तौर पर लिया जाता है. ये insertAdjacentHTML() की जगह काम करते हैं.
  • स्ट्रीमिंग के तरीके (streamAppendHTML(), streamAppendHTMLUnsafe(), और इनसे जुड़े तरीके). इनसे WritableStream मिलता है.
  • SetHTMLUnsafeOptions के हिस्से के तौर पर, {runScripts} पास करना. यह createContextualFragment के तरीके से मेल खाता है.
  • Trusted Types में createParserOptions के लिए सहायता. इससे Trusted Types, स्क्रिप्टिंग मोड और सैनिटाइज़र को ओवरराइड कर सकते हैं.

Secure Payment Confirmation: स्थानीय भाषा की पुष्टि

Secure Payment Confirmation के locale डेटा फ़ील्ड को अपडेट किया गया है. अगर फ़ील्ड में दिए गए किसी भी भाषा टैग से, Secure Payment Confirmation डायलॉग में इस्तेमाल की गई भाषा मेल नहीं खाती है, तो यह NotSupportedError DOMException दिखाता है. अगर फ़ील्ड सेट नहीं है या खाली है, तो इस पुष्टि को छोड़ दिया जाता है.

इससे, Secure Payment Confirmation को दिए गए डेटा की भाषा, डायलॉग की भाषा से मेल खाती है.

WebSockets के लिए, targetAddressSpace विकल्प की सुविधा

WebSocket कंस्ट्रक्टर में, targetAddressSpace विकल्प पास करने की सुविधा जोड़ी गई है. इससे यह तय किया जा सकता है कि सार्वजनिक होस्टनेम से WebSocket कनेक्शन को "लोकल" या "लूपबैक" डेस्टिनेशन के तौर पर माना जाए. यह Fetch API में मौजूद सुविधा से मेल खाता है. इसका मुख्य इस्तेमाल, उन लोकल सर्वर से कनेक्ट होने पर, मिक्स कॉन्टेंट की पाबंदियों को बायपास करना है जो एचटीटीपीएस के साथ काम नहीं करते. ऐसा इसलिए, क्योंकि लोकल नेटवर्क ऐक्सेस की अनुमतियों के लिए, सुरक्षित कॉन्टेक्स्ट की ज़रूरत होती है.

उदाहरण के लिए, कोई सार्वजनिक साइट, लोकल सर्वर से कनेक्ट होने के लिए, सटीक निजी आईपी पते को मैन्युअल तरीके से कॉन्फ़िगर करने के बजाय, होस्टनेम का इस्तेमाल कर सकती है:

const ws = new WebSocket("ws://local-server.example", { targetAddressSpace: "local" });

इससे, WebSocket कनेक्शन को लोकल पते पर जाने के तौर पर फ़्लैग किया जाता है. साथ ही, सुरक्षित कॉन्टेक्स्ट में चलाने पर, मिक्स कॉन्टेंट को ब्लॉक करने की सुविधा को बायपास किया जाता है. WebSocket कनेक्शन के सफल होने के लिए, उपयोगकर्ता को साइट को लोकल नेटवर्क की अनुमति देनी होगी. साथ ही, होस्टनेम को लोकल आईपी पते पर रिज़ॉल्व करना होगा. ऐसा न होने पर, इसे ब्लॉक कर दिया जाता है.

यह सुविधा, WebSocket कंस्ट्रक्टर में जोड़ी गई विकल्पों की डिक्शनरी पर आधारित है.

WebGPU: WGSL फ़्रैगमेंट की गहराई

WGSL में, @builtin(frag_depth) में less या greater मॉडिफ़ायर जोड़ने की सुविधा जोड़ी गई है.

मॉडिफ़ायर के बिना @builtin(frag_depth) का इस्तेमाल करने से, ड्रॉ कॉल पर अर्ली-ज़ेड ऑप्टिमाइज़ेशन बंद हो सकते हैं. इससे परफ़ॉर्मेंस पर असर पड़ सकता है. नए मॉडिफ़ायर की मदद से, बफ़र मोड को साफ़ तौर पर सेट किया जा सकता है. इससे अर्ली-ज़ेड ऑप्टिमाइज़ेशन लागू किए जा सकते हैं.

Window Shape API

Window Shape API की मदद से, ChromeOS पर अनुमति वाली सूची में शामिल आइसोलेटेड वेब ऐप्लिकेशन (आईडब्ल्यूए) के लिए, पसंद के मुताबिक विंडो का आकार सेट किया जा सकता है. डेवलपर, नॉन-रेक्टैंगूलर और नॉन-कॉन्टिग्यूअस विंडो लेआउट की सुविधा चालू करके, विजेट, फ़्लोटिंग पैनल, और ओवरले जैसे अनुभव दे सकते हैं. इनका लुक और अनुभव नेटिव ऐप्लिकेशन से पूरी तरह मेल खाता है. window.setShape() मेथड के लिए, विंडो का unframed डिसप्ले मोड में होना ज़रूरी है. साथ ही, window-management की अनुमति भी दी जानी चाहिए.

एडमिन, विंडो मैनेजमेंट की मौजूदा नीतियां इस्तेमाल करके, इस सुविधा को मैनेज कर सकते हैं:

  • DefaultWindowManagementSetting नीति, सभी ऐप्लिकेशन के लिए विंडो मैनेजमेंट की डिफ़ॉल्ट स्थिति को कॉन्फ़िगर करती है.
  • WindowManagementAllowedForUrls नीति से, तय किए गए ऑरिजिन वाले आईडब्ल्यूए को बिना किसी उपयोगकर्ता के इंटरैक्शन के अनफ़्रेम्ड मोड में काम करने और विंडो के लिए पसंद के मुताबिक आकार सेट करने की अनुमति मिलती है.
  • WindowManagementBlockedForUrls नीति, तय किए गए ऑरिजिन के लिए अनुमति को ब्लॉक करती है. इससे Chrome को पसंद के मुताबिक सेट किए गए विंडो के सभी आकार हटाने पड़ते हैं और उन विंडो को उपलब्ध अन्य डिसप्ले मोड का इस्तेमाल करना पड़ता है.

ऑरिजिन ट्रायल के नए एक्सपेरिमेंट

Chrome 154 में, ऑरिजिन ट्रायल के इन नए एक्सपेरिमेंट में शामिल हुआ जा सकता है.

प्राइवेट वेरिफ़िकेशन टोकन

प्राइवेट वेरिफ़िकेशन टोकन (पीवीटी) एक ऐसा तरीका है जिसमें कम एंट्रॉपी का इस्तेमाल किया जाता है. इससे वेबसाइटें, सामान्य ब्राउज़िंग मोड में उपयोगकर्ताओं के भरोसे को प्राइवेट ब्राउज़िंग मोड में ट्रांसफ़र कर सकती हैं. इससे, कैप्चा और चैलेंज की वजह से होने वाली उपयोगकर्ता की परेशानी कम हो जाती है. पीवीटी, सामान्य ब्राउज़िंग सेशन के दौरान जारी किए जाते हैं और निजी ब्राउज़िंग मोड में रिडीम किए जाते हैं.