Chrome 141 बीटा

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

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

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

ARIA Notify API

ARIA Notify API, डेवलपर को JavaScript का एक ऐसा तरीका उपलब्ध कराता है जिससे वे सीधे तौर पर स्क्रीन रीडर को यह बता सकते हैं कि उसे क्या पढ़ना है.

ariaNotify() का इस्तेमाल करने से, ARIA लाइव रीजन की तुलना में ज़्यादा भरोसेमंद तरीके से काम किया जा सकता है. साथ ही, डेवलपर को ज़्यादा कंट्रोल मिलता है. इससे, DOM अपडेट से जुड़े बदलावों के बारे में सूचना दी जा सकती है. इससे, डाइनैमिक वेब ऐप्लिकेशन पर सुलभता से जुड़े ज़्यादा बेहतर और एक जैसे अनुभव बनाए जा सकते हैं. "aria-notify" अनुमति नीति का इस्तेमाल करके, इस सुविधा के iframe के इस्तेमाल को कंट्रोल किया जा सकता है.

hidden=until-found और पूर्वज का पता लगाने वाले एल्गोरिदम के बारे में जानकारी अपडेट करें

हाल ही में, स्पेसिफ़िकेशन में कुछ छोटे बदलाव किए गए हैं. ये बदलाव, hidden=until-found और details एलिमेंट के लिए जानकारी दिखाने वाले एल्गोरिदम में किए गए हैं, ताकि ब्राउज़र को इनफ़िनिट लूप में फंसने से रोका जा सके. इन अपडेट को Chrome में जोड़ दिया गया है.

नेस्ट किए गए <svg> एलिमेंट पर, width और height को प्रज़ेंटेशन एट्रिब्यूट के तौर पर इस्तेमाल करने की सुविधा

Chrome, SVG मार्कअप और सीएसएस, दोनों के ज़रिए नेस्ट किए गए <svg> एलिमेंट पर प्रज़ेंटेशन एट्रिब्यूट के तौर पर width और height लागू करने की सुविधा देता है. इस दोहरे तरीके से, डेवलपर को ज़्यादा आसानी से काम करने की सुविधा मिलती है. इससे वे जटिल डिज़ाइन में SVG एलिमेंट को ज़्यादा बेहतर तरीके से मैनेज और स्टाइल कर पाते हैं.

इस सुविधा के चालू होने पर, इन एचटीएमएल स्निपेट का आउटपुट एक जैसा होता है.

नेस्ट किए गए <svg> एलिमेंट के लिए सीएसएस प्रॉपर्टी:

<svg width="100px" height="100px">
  <svg style="width:50px;height:50px;">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

नेस्ट किए गए <svg> एलिमेंट के लिए सीएसएस प्रॉपर्टी के बिना:

<svg width="100px" height="100px">
  <svg width="50px" height="50px">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Web APIs

Digital Credentials API (प्रज़ेंटेशन की सुविधा)

वेबसाइटें, मोबाइल वॉलेट ऐप्लिकेशन से क्रेडेंशियल पाने के लिए कई तरीकों का इस्तेमाल करती हैं. जैसे, कस्टम यूआरएल हैंडलर और क्यूआर कोड स्कैन करना. इस सुविधा की मदद से, साइटें Android के IdentityCredential CredMan सिस्टम का इस्तेमाल करके, वॉलेट से पहचान की जानकारी का अनुरोध कर सकती हैं. इसे कई क्रेडेंशियल फ़ॉर्मैट (जैसे, ISO mDoc और W3C वेरिफ़ायबल क्रेडेंशियल) के साथ काम करने के लिए बढ़ाया जा सकता है. साथ ही, इससे कई वॉलेट ऐप्लिकेशन इस्तेमाल किए जा सकते हैं. इस अपडेट में ऐसे तरीके जोड़े गए हैं जिनसे असल ज़िंदगी की पहचान के गलत इस्तेमाल के जोखिम को कम किया जा सकता है.

आम तौर पर, जब navigateEvent.intercept() को कॉल किया जाता है, तो इंटरसेप्ट किया गया नेविगेशन, NavigateEvent के डिसपैच होने के तुरंत बाद कमिट हो जाता है. इसलिए, यूआरएल अपडेट हो जाते हैं.

इस सुविधा के तहत, navigateEvent.intercept() में precommitHandler विकल्प जोड़ा गया है. यह विकल्प, handler की तरह ही काम करता है. यह हैंडलर और अन्य सभी प्रीकमिट हैंडलर के हल होने तक, कमिट को टाल देता है. साथ ही, यह हैंडलर को नेविगेशन के यूआरएल, जानकारी, स्टेटस, और इतिहास को मैनेज करने के तरीके (पुश/बदलें) में बदलाव करने की अनुमति देता है.

restrictOwnAudio का सहयोग करें

restrictOwnAudio प्रॉपर्टी, कैप्चर किए गए डिसप्ले सर्फ़ेस की ऐसी प्रॉपर्टी है जिसे सीमित किया जा सकता है. यह ऐसी प्रॉपर्टी है जिसे सीमित किया जा सकता है. इससे, कैप्चर की गई डिसप्ले सर्फ़ेस में सिस्टम ऑडियो के व्यवहार में बदलाव होता है. restrictOwnAudio पाबंदी का असर सिर्फ़ तब होगा, जब कैप्चर किए गए डिसप्ले सर्फ़ेस में सिस्टम ऑडियो शामिल हो. ऐसा न होने पर, इसका कोई असर नहीं होगा.

डिफ़ॉल्ट रूप से, सिस्टम ऑडियो को कैप्चर करने पर, ऑडियो आउटपुट डिवाइसों पर सिस्टम से चलने वाला सभी ऑडियो शामिल होता है. restrictOwnAudio चालू होने पर, कैप्चर किए गए सिस्टम ऑडियो को फ़िल्टर किया जाएगा. इससे उस दस्तावेज़ से आने वाले ऑडियो को हटाया जा सकेगा जिसने getDisplayMedia की सुविधा का इस्तेमाल किया है.

getUserMedia() के लिए echoCancellationMode

यह MediaTrackConstraints शब्दकोश के echoCancellation व्यवहार को बढ़ाता है. पहले, इस एट्रिब्यूट के लिए सिर्फ़ true और false वैल्यू स्वीकार की जाती थीं. अब इसके लिए, all और remote-only वैल्यू भी इस्तेमाल की जा सकती हैं. इस विकल्प से क्लाइंट, माइक्रोफ़ोन से मिले ऑडियो ट्रैक पर लागू होने वाले इको रद्द करने की सुविधा में बदलाव कर सकते हैं. इससे यह कंट्रोल किया जा सकता है कि उपयोगकर्ता के सिस्टम प्लेआउट (सभी या सिर्फ़ PeerConnections से मिला ऑडियो) को माइक्रोफ़ोन सिग्नल से कितना हटाया जाए.

windowAudio for getDisplayMedia()

windowAudio विकल्प के साथ, getDisplayMedia() के लिए DisplayMediaStreamOptions को बड़ा किया गया है. इस नए विकल्प की मदद से, वेब ऐप्लिकेशन, उपयोगकर्ता एजेंट को यह जानकारी दे सकते हैं कि जब कोई विंडो चुनी जाती है, तो उपयोगकर्ता को ऑडियो शेयर करने की सुविधा दी जानी चाहिए या नहीं. ऐप्लिकेशन की प्राथमिकता के आधार पर, windowAudio विकल्प को बाहर रखें, सिस्टम, या विंडो पर सेट किया जा सकता है.

अगर किसी वेब ऐप्लिकेशन को ऑडियो कैप्चर करने के लिए कॉन्फ़िगर किया गया है, लेकिन वह किसी विंडो को चुनने पर सिस्टम ऑडियो कैप्चर करने की सुविधा को सीमित करना चाहता है, तो उसे windowAudio: "exclude" सेट करना होगा.

FedCM: खाता चुनने की सुविधा में वैकल्पिक फ़ील्ड

यह कुकी, उपयोगकर्ता के पूरे नाम और ईमेल पते के अलावा, फ़ोन नंबर और उपयोगकर्ता नाम के लिए भी सहायता जोड़ती है. इससे खाता चुनने वाले टूल में खातों की पहचान करने में मदद मिलती है. साथ ही, यह कुकी इन नए फ़ील्ड को वेबसाइटों के लिए उपलब्ध कराती है, ताकि वे जानकारी ज़ाहिर करने वाले टेक्स्ट पर असर डाल सकें. ज़्यादा जानकारी के लिए, दस्तावेज़ देखें.

IndexedDB getAllRecords() और getAll() और getAllKeys() के लिए दिशा का विकल्प

इस सुविधा से, IndexedDB IDBObjectStore और IDBIndex में getAllRecords() तरीका जुड़ जाता है. यह getAll() और getAllKeys() में दिशा बताने वाला पैरामीटर भी जोड़ता है. इस सुविधा की मदद से, कुछ पढ़ने के पैटर्न को कर्सर के साथ दोहराव के मौजूदा विकल्प की तुलना में काफ़ी तेज़ी से पढ़ा जा सकता है. एक टेस्ट में, Microsoft की प्रॉपर्टी के वर्कलोड में 350 मि॰से॰ की कमी देखी गई.

getAllRecords() तरीके में, getAllKeys() और getAll() को एक साथ जोड़ा जाता है. इसके लिए, दोनों प्राइमरी कुंजियों और वैल्यू को एक साथ गिना जाता है. IDBIndex के लिए, getAllRecords() प्राइमरी कुंजी और वैल्यू के साथ-साथ रिकॉर्ड की इंडेक्स कुंजी भी उपलब्ध कराता है.

अनुमान लगाने के नियम: डेस्कटॉप पर "eager" की सुविधा को बेहतर बनाया गया

डेस्कटॉप पर, "eager" ईगर्नेस स्पेकुलेशन के नियम, "moderate" माउस घुमाने के समय से कम समय के लिए किसी लिंक पर कर्सर घुमाने पर, प्रीफ़ेच और प्रीरेंडर को ट्रिगर करते हैं.

पहले, प्रीफ़ेच या प्रीरेंडरिंग को जल्द से जल्द शुरू करने का तरीका, "तुरंत" ईगरनेस के जैसा ही था. यह नया तरीका इसलिए मददगार है, क्योंकि इससे लेखक के इरादे का पता चलता है. इससे यह पता चलता है कि लेखक, "सामान्य" से ज़्यादा और "तुरंत" से कम उत्सुक है.

Storage Access API के लिए, एक ही ऑरिजिन की नीति को सख्ती से लागू करना

यह कुकी, Storage Access API के सिमैंटिक को इस तरह से अडजस्ट करती है कि सुरक्षा के मामले में, Same Origin Policy का सख्ती से पालन किया जा सके. इसका मतलब है कि किसी फ़्रेम में document.requestStorageAccess() का इस्तेमाल करने पर, डिफ़ॉल्ट रूप से कुकी सिर्फ़ iframe के ऑरिजिन (साइट नहीं) के अनुरोधों से अटैच होती हैं.

सिग्नेचर-बेस्ड इंटिग्रिटी

इस सुविधा की मदद से, वेब डेवलपर उन संसाधनों की पुष्टि कर सकते हैं जिन पर वे निर्भर हैं. इससे, किसी साइट की डिपेंडेंसी पर भरोसा करने के लिए तकनीकी आधार तैयार होता है. सर्वर, Ed25519 कुंजी के जोड़े की मदद से जवाबों पर हस्ताक्षर कर सकते हैं. साथ ही, वेब डेवलपर, उपयोगकर्ता एजेंट से यह ज़रूरी कर सकते हैं कि वह किसी खास सार्वजनिक पासकोड का इस्तेमाल करके हस्ताक्षर की पुष्टि करे. यह सुविधा, यूआरएल के आधार पर जांच करने की सुविधा देती है. यह सुविधा, कॉन्टेंट की सुरक्षा से जुड़ी नीति के तहत मिलती है. इसके अलावा, यह सुविधा कॉन्टेंट के आधार पर जांच करने की सुविधा भी देती है. यह सुविधा, सबरीसोर्स इंटिग्रिटी के तहत मिलती है.

WebRTC Encoded Transform (Version 2)

इस एपीआई की मदद से, RTCPeerConnection से होकर गुज़रने वाले एन्कोड किए गए मीडिया को प्रोसेस किया जा सकता है. Chromium ने इस एपीआई का शुरुआती वर्शन 2020 में रिलीज़ किया था. इसके बाद से, स्पेसिफ़िकेशन में बदलाव हुआ है. साथ ही, अन्य ब्राउज़र ने स्पेसिफ़िकेशन का अपडेट किया गया वर्शन रिलीज़ किया है. Safari ने 2022 में और Firefox ने 2023 में.

इस लॉन्च के बाद, Chrome को सबसे नए स्पेसिफ़िकेशन के हिसाब से अपडेट कर दिया जाएगा. यह Interop 2025 का हिस्सा है.

इस लॉन्च में generateKeyFrame तरीका शामिल नहीं है. इस पर अब भी चर्चा चल रही है.

सिर्फ़ मैनेज किए जा रहे ChromeOS डिवाइसों के लिए

Device Attributes API के लिए अनुमतियों की नीति

अनुमतियों से जुड़ी नई नीति की मदद से, Device Attributes API के ऐक्सेस को सीमित किया जा सकता है. यह एपीआई, नीति के तहत इंस्टॉल किए गए कीऑस्क वेब ऐप्लिकेशन और नीति के तहत इंस्टॉल किए गए आइसोलेटेड वेब ऐप्लिकेशन के लिए ही उपलब्ध है. ये दोनों सिर्फ़ मैनेज किए जा रहे ChromeOS डिवाइसों पर उपलब्ध हैं. इसके अलावा, कॉन्टेंट की सेटिंग से भी इस सुविधा को कंट्रोल किया जाता है.

दो नई नीतियां जोड़ी गई हैं: DeviceAttributesBlockedForOrigins और DefaultDeviceAttributesSetting. इन नीतियों को DeviceAttributesAllowedForOrigins के साथ लॉन्च किया गया है.

नए ऑरिजिन ट्रायल

Chrome 141 में, यहां दिए गए नए ऑरिजिन ट्रायल में ऑप्ट इन किया जा सकता है.

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

Chrome 141 में, उपयोगकर्ता के लोकल नेटवर्क से अनुरोध करने की सुविधा पर पाबंदी लगाई गई है. इसके लिए, अनुमति का प्रॉम्प्ट दिखाया जाता है.

लोकल नेटवर्क का अनुरोध, किसी सार्वजनिक वेबसाइट से लोकल आईपी पते या लूपबैक के लिए किया गया कोई भी अनुरोध होता है. इसके अलावा, यह किसी लोकल वेबसाइट (उदाहरण के लिए, इंट्रानेट) से लूपबैक के लिए किया गया अनुरोध भी हो सकता है. वेबसाइटों को ये अनुरोध करने के लिए अनुमति की ज़रूरत होती है. इससे, राउटर जैसे लोकल नेटवर्क डिवाइसों पर, किसी दूसरी साइट से किए गए फ़र्ज़ी अनुरोधों के हमलों का खतरा कम हो जाता है. साथ ही, साइटों के लिए इन अनुरोधों का इस्तेमाल करके, उपयोगकर्ता के लोकल नेटवर्क की पहचान करना मुश्किल हो जाता है.

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

यह काम, "निजी नेटवर्क ऐक्सेस" नाम के पिछले काम की जगह लेता है.

Proofreader API

यह एक JavaScript API है. इसकी मदद से, इनपुट टेक्स्ट की स्पेलिंग और व्याकरण की जांच की जा सकती है. साथ ही, उसमें सुधार के सुझाव भी पाए जा सकते हैं. यह एआई लैंग्वेज मॉडल पर आधारित है.

सीएसपी script-src को बढ़ाना (इसे script-src-v2 भी कहा जाता है)

इस सुविधा से, script-src कॉन्टेंट की सुरक्षा के लिए नीति (सीएसपी) डायरेक्टिव में नए कीवर्ड जोड़े जाते हैं. इससे हैश पर आधारित अनुमति वाली सूची बनाने के दो नए तरीके जुड़ जाते हैं: यूआरएल के हैश और eval() और eval() जैसे फ़ंक्शन के कॉन्टेंट के आधार पर स्क्रिप्ट सोर्स. इसे कभी-कभी script-src-v2 भी कहा जाता है. हालांकि, यह मौजूदा script-src के साथ काम करता है और इसी डायरेक्टिव का इस्तेमाल करता है.

यूआरएल और eval() हैश को शामिल करने के लिए हैश को बड़ा करने से, डेवलपर सुरक्षा से जुड़ी सख्त नीतियां सेट कर सकते हैं. इसके लिए, वे स्क्रिप्ट को उनके हैश के हिसाब से अनुमति वाली सूची में शामिल करते हैं. ऐसा तब भी किया जा सकता है, जब स्क्रिप्ट के कॉन्टेंट में बार-बार बदलाव हो रहे हों. साथ ही, वे eval() के ऐसे कॉन्टेंट को अनुमति वाली सूची में शामिल करते हैं जो सुरक्षित माने जाते हैं. इसके लिए, वे eval() के कॉन्टेंट को बिना जांच किए इस्तेमाल करने की अनुमति नहीं देते.

अगर नए कीवर्ड दिए जाते हैं, तो वे host-based script-src को बदल देते हैं. इससे एक ही हेडर, उन ब्राउज़र के साथ काम कर पाता है जो नए कीवर्ड लागू करते हैं या नहीं करते हैं.

WebAssembly के कस्टम डिस्क्रिप्टर

इस कुकी की मदद से, WebAssembly, सोर्स-लेवल के टाइप से जुड़े डेटा को नए "कस्टम डिस्क्रिप्टर" ऑब्जेक्ट में ज़्यादा असरदार तरीके से सेव कर सकता है. इन कस्टम डिस्क्रिप्टर को, सोर्स-लेवल टाइप के WebAssembly ऑब्जेक्ट के प्रोटोटाइप के साथ कॉन्फ़िगर किया जा सकता है. इससे, WebAssembly ऑब्जेक्ट की प्रोटोटाइप चेन पर तरीके इंस्टॉल किए जा सकते हैं. साथ ही, उन्हें सामान्य तरीके से कॉल करने के सिंटैक्स का इस्तेमाल करके, सीधे JavaScript से कॉल किया जा सकता है. प्रोटोटाइप और तरीकों को, इंपोर्ट किए गए बिल्ट-इन फ़ंक्शन का इस्तेमाल करके, डिक्लेरेटिव तरीके से कॉन्फ़िगर किया जा सकता है.