पब्लिश होने की तारीख: 6 मई, 2026
यहां दिए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome के बीटा चैनल की सबसे नई रिलीज़ पर लागू होते हैं. हालांकि, अगर किसी बदलाव के बारे में अलग से जानकारी दी गई है, तो वह जानकारी लागू होगी. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर क्लिक करें या ChromeStatus.com पर मौजूद सूची देखें. Chrome, 6 मई, 2026 तक बीटा वर्शन में है. डेस्कटॉप के लिए, Google.com से या Android पर Google Play Store से, सबसे नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस और यूज़र इंटरफ़ेस (यूआई)
टेबल के लिए, बॉर्डर के रंग से जुड़े UA स्टाइलशीट के नियम को हटाता है
इस बदलाव से, <table> एलिमेंट के लिए UA स्टाइलशीट से गड़बड़ी वाला border-color: gray सीएसएस नियम हट जाता है.
एचटीएमएल स्पेसिफ़िकेशन में यह नियम शामिल नहीं है. इसकी वजह से, बॉर्डर डिफ़ॉल्ट रूप से currentColor पर सेट नहीं होते हैं. Firefox और Webkit, दोनों में से किसी के भी यूज़र एजेंट स्टाइलशीट में यह gray बॉर्डर के रंग का नियम नहीं है. इस वजह से, इंटरऑप की समस्याएं आ रही हैं.
shape-outside में path() और shape() के साथ काम करता है
सीएसएस की shape-outside प्रॉपर्टी में, path() और shape() शेप फ़ंक्शन के लिए सहायता जोड़ी गई है.
इन फ़ंक्शन की मदद से, डेवलपर shape-outside के आकार को ज़्यादा आसानी से तय कर सकते हैं. साथ ही, ऐनिमेशन का इस्तेमाल कर सकते हैं.
इस लेख को 7 जून, 2026 को अपडेट किया गया है. इसमें मौजूद जानकारी में पहले रेक्टैंगल के कोऑर्डिनेट इस्तेमाल करने के बारे में बताया गया था.
shape-outside में rect() और xywh() के साथ काम करता है
CSS shape-outside प्रॉपर्टी में, rect() और xywh() बेसिक शेप फ़ंक्शन के लिए सहायता जोड़ी गई है. इन फ़ंक्शन की मदद से डेवलपर, आयत के कोऑर्डिनेट का इस्तेमाल करके फ़्लोट एक्सक्लूज़न शेप तय कर सकते हैं. इससे Chrome को Firefox और Safari के साथ अलाइन किया जा सकेगा. इन ब्राउज़र में यह सुविधा पहले से उपलब्ध है.
वेब ऐप्लिकेशन के स्कोप के लिए सिस्टम ऐक्सेंट का रंग
यह सीएसएस कीवर्ड और accent-color: auto के लिए, सिस्टम के ऐक्सेंट कलर के ऐक्सेस को सीमित करता है. ऐसा सिर्फ़ वेब ऐप्लिकेशन और शुरुआती प्रोफ़ाइल के कॉन्टेक्स्ट में किया जाता है.
AccentColor और AccentColorText सीएसएस कीवर्ड, वेब पर उपयोगकर्ता के सिस्टम के रंगों को बड़े पैमाने पर दिखाने पर, फ़िंगरप्रिंटिंग के लिए एक अहम वेक्टर बनाते हैं. इसलिए, ये सिर्फ़ इंस्टॉल किए गए वेब ऐप्लिकेशन के कॉन्टेक्स्ट में उपलब्ध होते हैं. accent-color: auto वाले फ़ॉर्म कंट्रोल भी इस सुविधा के लॉन्च के साथ, इस स्कोप से मेल खाते हैं. इससे डेवलपर और उपयोगकर्ता, सिस्टम के रंगों के लिए ज़्यादा एक जैसी उम्मीदें रखते हैं. साथ ही, यह AccentColor[Text] के लिए फ़िंगरप्रिंटिंग से जुड़ी पाबंदियों के मुताबिक है.
उपयोगकर्ता के इंटरैक्शन पर टेक्स्ट ओवरफ़्लो को क्लिप करें
जब कोई उपयोगकर्ता, text-overflow: ellipsis सेट किए गए टेक्स्ट से इंटरैक्ट करता है (बदलाव करना या कैरेट नेविगेशन), तो टेक्स्ट कुछ समय के लिए एलिप्सिस से क्लिप पर स्विच हो जाता है. इससे उपयोगकर्ता को छिपा हुआ ओवरफ़्लो कॉन्टेंट देखने और उससे इंटरैक्ट करने की अनुमति मिलती है.
यह सुविधा, ऐसे सभी एलिमेंट पर लागू होती है जिनमें बदलाव किया जा सकता है और जिनमें बदलाव नहीं किया जा सकता. फ़ॉर्म कंट्रोल (textarea, input) के लिए, यह सुविधा पहले से उपलब्ध है.
सीएसएस गैप डेकोरेशन
सीएसएस गैप डेकोरेशन की मदद से, ग्रिड और फ़्लेक्सबॉक्स जैसे कंटेनर लेआउट में मौजूद गैप को स्टाइल किया जा सकता है. यह मल्टीपल कॉलम लेआउट में column-rule की तरह काम करता है. वेब डेवलपर ने इस सुविधा के लिए काफ़ी अनुरोध किया है. फ़िलहाल, उन्हें ग्रिड और फ़्लेक्सबॉक्स लेआउट में मौजूद गैप को स्टाइल करने के लिए हैक का इस्तेमाल करना पड़ता है.
image-rendering: crisp-edges
image-rendering: crisp-edges से पता चलता है कि इमेज को इस तरह से स्केल किया जाना चाहिए कि कंट्रास्ट और किनारों को बनाए रखा जा सके. साथ ही, इस प्रोसेस में रंगों को स्मूद करने या इमेज को धुंधला करने से बचा जा सके.
उपयोगकर्ता की कार्रवाई वाली स्यूडो क्लास की टॉप लेयर की सीमा
यह सुविधा, सीएसएस सिलेक्टर लेवल 4 स्पेसिफ़िकेशन में बताए गए व्यवहार को दिखाती है. इसमें बताया गया है कि :hover, :active, और :focus-within, एलिमेंट के पैरंट से मैच करते हैं. हालांकि, पैरंट चेन में सिर्फ़ पहले टॉप लेयर एलिमेंट तक.
Chromium में किए गए बदलाव के तहत, टॉप लेयर वाले एलिमेंट के लिए यह पाबंदी लागू की गई है.
इसका मतलब है कि अगर उपयोगकर्ता, यहां दिए गए स्ट्रक्चर में <button> पर कर्सर घुमाता है, तो :hover सूडो क्लास, <button> और पॉपओवर से मैच करेगी. हालांकि, यह <main> एलिमेंट से मैच नहीं करेगी.
<main>
<div popover>
<button></button>
</div>
</main>
<script>document.querySelector('[popover]').showPopover();</script>
इस बदलाव की वजह यह है कि आम तौर पर, टॉप लेयर वाले एलिमेंट को "कहीं और" रेंडर किया जाता है. यह ऐसी जगह होती है जो पैरंट एलिमेंट से विज़ुअल तौर पर जुड़ी नहीं होती. इसलिए, आम तौर पर यह समझ में नहीं आता कि जब टॉप लेयर के एलिमेंट पर कर्सर घुमाया जाता है या उसे चालू किया जाता है, तब पैरंट एलिमेंट की स्टाइल क्यों बदलती है. उदाहरण के लिए.
Chromium में शिप की गई, पसंद के मुताबिक बनाई जा सकने वाली select सुविधा में यह लॉजिक हार्ड-कोड किया गया है. यह select ::picker() पॉपओवर के खास मामले के लिए है. इस सुविधा के साथ, खास मामले के लॉजिक को हटा दिया गया है. अब यह सुविधा, सामान्य तरीके से काम करेगी.
सीएसएस प्रॉपर्टी के तौर पर path-length का इस्तेमाल किया जा सकता है
इस बदलाव से एक नई सीएसएस प्रॉपर्टी, path-length, जोड़ी गई है. यह मौजूदा एसवीजी pathLength प्रज़ेंटेशन एट्रिब्यूट से मैप होती है. यह SVG ज्यामिति वाले उन एलिमेंट पर लागू होता है जो pathLength के साथ काम करते हैं. इनमें <path>, <circle>, <rect>, <line>, <polyline>, <polygon>, और <ellipse> शामिल हैं.
pathLength को सीएसएस प्रॉपर्टी के तौर पर दिखाने से, लेखकों को इसे स्टाइलशीट, इनलाइन स्टाइल, और ऐनिमेशन में शामिल करने की अनुमति मिलती है. इससे यह सामान्य सीएसएस कैस्केडिंग, स्पेसिफ़िसिटी, ट्रांज़िशन, और ऐनिमेशन में हिस्सा ले पाता है. इस प्रॉपर्टी का असर उन सभी कैलकुलेशन पर पड़ता है जो पाथ की कुल लंबाई पर निर्भर करती हैं. इनमें स्ट्रोक डैश रेंडरिंग और <textPath> के साथ टेक्स्ट की पोज़िशनिंग शामिल है.
सीएसएस डिक्लेरेशन, स्टैंडर्ड सीएसएस के प्राथमिकता के नियमों के मुताबिक, प्रज़ेंटेशन एट्रिब्यूट को बदल देते हैं. path-length की शुरुआती वैल्यू none होती है. इसका मतलब है कि लेखक ने पाथ की लंबाई नहीं दी है. यह 0 जैसी साफ़ तौर पर दी गई संख्यात्मक वैल्यू से अलग होती है.
इस सुविधा के बंद होने पर, सिर्फ़ एट्रिब्यूट से जुड़ी मौजूदा सेटिंग बनी रहती है.
Web APIs
Intl.Locale.prototype.variants
TC39 के सुझाव में बताए गए तरीके से Intl.Locale.prototype.variants जोड़ें. साथ ही, Intl.Locale कंस्ट्रक्टर में विकल्प बैग में "variants" स्वीकार करें. इसके लिए, TC39 की भाषा आईडी से जुड़े अपडेट में बताया गया तरीका अपनाएं. ECMA402 में किए गए बदलावों को पुल अनुरोध 960 में मर्ज कर दिया गया है. साथ ही, test262 में मौजूद टेस्ट कोड को पुल अनुरोध 4474 में मर्ज कर दिया गया है
स्क्रोल करने पर दिखने वाले प्रोग्रामैटिक विज्ञापन
फ़िलहाल, वेब डेवलपर के पास यह जानने का कोई तरीका नहीं है कि प्रोग्राम के हिसाब से स्मूथ-स्क्रोलिंग कब पूरी हुई. इस सुविधा से इस समस्या को हल किया जा सकता है: प्रोग्राम के हिसाब से स्क्रोल करने की सुविधा देने वाली सभी मेथड, Promise ऑब्जेक्ट दिखाती हैं. ये ऑब्जेक्ट, स्क्रोल पूरा होने पर हल हो जाते हैं. साथ ही, इनमें स्क्रोल में रुकावट आने की स्थिति भी शामिल होती है.
पेमेंट का अनुरोध: पेमेंट हैंडलर को सिस्टम में हुई गड़बड़ियों की जानकारी देने की अनुमति दें
यह सुविधा, पेमेंट हैंडलर को चालू करती है. इन्हें Payment Request API की मदद से ऐक्सेस किया जाता है. इससे "उपयोगकर्ता ने पेमेंट रद्द किया" और "पेमेंट ऐप्लिकेशन में गड़बड़ी हुई" के लिए अलग-अलग गड़बड़ियां दिखती हैं. इससे वेब डेवलपर, उपयोगकर्ताओं के लिए बेहतर फ़्लो बना पाते हैं. उदाहरण के लिए, ऐप्लिकेशन में गड़बड़ी होने पर, वे फिर से कोशिश कर सकते हैं या किसी दूसरे फ़्लो पर वापस जा सकते हैं. साथ ही, अगर उपयोगकर्ता पेमेंट रद्द करना चाहता है, तो वे फ़्लो को सही तरीके से रोक सकते हैं.
वेब पर काम करने वाला Payment Handler API, इस अंतर को दिखा सकता है. यह इस बात पर निर्भर करता है कि PaymentRequestEvent.respondWith को पास किए गए प्रॉमिस को अस्वीकार करने के लिए, किस तरह की गड़बड़ी का इस्तेमाल किया गया है.
अगर OperationError के साथ प्रॉमिस अस्वीकार कर दिया जाता है, तो कारोबारी या कंपनी को PaymentRequest.show() तरीके का इस्तेमाल करके "ऐप्लिकेशन में गड़बड़ी" (OperationError) का मैसेज भेजा जाता है. ऐसा न होने पर, "उपयोगकर्ता ने रद्द किया" (AbortError) का मैसेज भेजा जाता है.
खास ऐप्लिकेशन के पेमेंट हैंडलर के इन्फ़्रास्ट्रक्चर को भी इसी तरह अपडेट किया जाता है. हालांकि, यह वेब एपीआई के दायरे से बाहर है.
TSF में Windows के टच कीबोर्ड के लिए autocorrect="off" का इस्तेमाल करना
एचटीएमएल autocorrect एट्रिब्यूट की मदद से, वेब ऑथर यह कंट्रोल कर सकते हैं कि <input>, <textarea>, और contenteditable होस्ट जैसे संपादन किए जा सकने वाले एलिमेंट में, उपयोगकर्ता के इनपुट पर अपने-आप सही होने की सुविधा लागू की जानी चाहिए या नहीं. Windows पर, टच कीबोर्ड इस एट्रिब्यूट को अनदेखा करता है और शब्दों को हमेशा अपने-आप ठीक करता है. उदाहरण के लिए, autocorrect="off" वाले किसी एलिमेंट में "truf" टाइप करने के बाद स्पेस डालने पर, "truf " को बनाए रखने के बजाय "true " मिलता है. इस सुविधा की मदद से, Chrome का टीएसएफ़ इंटिग्रेशन, फ़ोकस किए गए ऐसे बदलाव किए जा सकने वाले एलिमेंट में टच कीबोर्ड की अपने-आप सही होने वाली सुविधाओं का पता लगाता है और उन्हें पहले जैसा करता है जिनमें autocorrect="off" सेट है.
bfcache एंट्री पर WebSockets को डिसकनेक्ट करें
चालू WebSocket कनेक्शन अब किसी पेज को बैक/फ़ॉरवर्ड कैश मेमोरी (bfcache) में सेव होने से नहीं रोकते. दस्तावेज़ को अयोग्य के तौर पर मार्क करने के बजाय, बीएफ़कैश एंट्री पर कनेक्शन बंद करके, ब्राउज़र उन पेजों को सेव और रीस्टोर करने की अनुमति देता है जिनमें ऐक्टिव वेबसॉकेट होते हैं.
Request.isReloadNavigation एट्रिब्यूट
यह फ़ेच एपीआई के Request इंटरफ़ेस में, रीड-ओनली बूलियन एट्रिब्यूट isReloadNavigation जोड़ता है. इस एट्रिब्यूट से पता चलता है कि मौजूदा नेविगेशन का अनुरोध, उपयोगकर्ता के ट्रिगर किए गए रीलोड के तौर पर शुरू किया गया था या नहीं. उदाहरण के लिए, रीफ़्रेश बटन location.reload() या history.go(0) का इस्तेमाल करके. यह सिग्नल मुख्य रूप से, सर्विस वर्कर के FetchEvent में मौजूद अनुरोध ऑब्जेक्ट पर दिखता है.
प्लगिन, क्रॉस-ऑरिजिन, और पाबंदी वाले iframe पर SVG फ़िल्टर बंद करें
इस लॉन्च के बाद, एसवीजी फ़िल्टर को क्रॉस-ऑरिजिन या पाबंदी वाले iframe (जैसे, सैंडबॉक्स वाले iframe) और एम्बेड किए गए प्लगिन (जैसे, पीडीएफ़) पर लागू नहीं किया जा सकेगा. जब किसी फ़्रेम या प्लगिन को SVG फ़िल्टर इफ़ेक्ट के साथ पेंट किया जाता है, तो इफ़ेक्ट ट्री को ट्रैवर्स किया जाता है. इससे, SVG फ़िल्टर के बिना सबसे बड़े पूर्वज का पता चलता है. इसके बाद, उस इफ़ेक्ट को लागू किया जाता है.
नए ऑरिजिन ट्रायल
Chrome 149 में, इन नए ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
अनुमतियों से जुड़ी नीति: focus-without-user-activation
इस सुविधा की मदद से, कॉन्टेंट को एम्बेड करने वाले लोग, एम्बेड किए गए कॉन्टेंट से प्रोग्राम के हिसाब से फ़ोकस को कंट्रोल कर सकते हैं. इसके लिए, focus-without-user-activation अनुमतियों से जुड़ी नीति का इस्तेमाल किया जाता है. अगर किसी फ़्रेम के लिए नीति को अस्वीकार कर दिया जाता है, तो प्रोग्राम के हिसाब से फ़ोकस करने वाले कॉल (element.focus(), autofocus, window.focus(), dialog.showModal(), और पॉपओवर पर फ़ोकस करना) तब तक ब्लॉक कर दिए जाते हैं, जब तक उपयोगकर्ता उन्हें चालू नहीं करता. उपयोगकर्ता के चालू किए गए फ़ोकस, जैसे कि क्लिक करना या टैब करना पर कभी कोई असर नहीं पड़ता.
इस नीति को, Permissions-Policy एचटीटीपी रिस्पॉन्स हेडर या iframe allow एट्रिब्यूट का इस्तेमाल करके सेट किया जा सकता है. फ़ोकस डेलिगेशन की सुविधा काम करती है: अगर किसी पैरंट फ़्रेम पर फ़ोकस है, तो वह प्रोग्राम के हिसाब से फ़ोकस को चाइल्ड iframe पर पास कर सकता है. भले ही, चाइल्ड iframe के लिए नीति के उल्लंघन का फ़ैसला सुनाया गया हो. साथ ही, अगर किसी फ़्रेम पर फ़ोकस है, तो वह अपने सबट्री में फ़ोकस को मूव कर सकता है.
गेमपैड के इवेंट पर आधारित इनपुट एपीआई
इस प्रस्ताव में, Gamepad API को एक नए इवेंट-ड्रिवन मॉडल के साथ बढ़ाया गया है. इससे ऐप्लिकेशन को कम समय में गेमपैड इनपुट मिल पाता है. navigator.getGamepads() का इस्तेमाल करके बार-बार पोलिंग करने के बजाय, डेवलपर अब rawgamepadinputchange इवेंट को सुन सकते हैं. यह इवेंट तब ट्रिगर होता है, जब डिवाइस से नया इनपुट डेटा उपलब्ध होता है. इससे इनपुट को ज़्यादा तेज़ी से प्रोसेस किया जा सकता है. खास तौर पर, उन ऐप्लिकेशन में जहां कम समय में इनपुट प्रोसेस करना ज़रूरी होता है.
WebAssembly के कस्टम डिस्क्रिप्टर
इसकी मदद से, WebAssembly, सोर्स-लेवल टाइप से जुड़े डेटा को नए कस्टम डिस्क्रिप्टर ऑब्जेक्ट में ज़्यादा असरदार तरीके से सेव कर सकता है. इन कस्टम डिस्क्रिप्टर को, उस सोर्स-लेवल टाइप के WebAssembly ऑब्जेक्ट के प्रोटोटाइप के साथ कॉन्फ़िगर किया जा सकता है. इससे, WebAssembly ऑब्जेक्ट की प्रोटोटाइप चेन पर तरीकों को इंस्टॉल किया जा सकता है. साथ ही, सामान्य तरीके से कॉल करने के सिंटैक्स का इस्तेमाल करके, उन्हें सीधे JavaScript से कॉल किया जा सकता है. प्रोटोटाइप और तरीकों को, इंपोर्ट किए गए बिल्ट-इन फ़ंक्शन का इस्तेमाल करके, एलान के तौर पर कॉन्फ़िगर किया जा सकता है.