Chrome 141

स्टेबल वर्शन के रिलीज़ होने की तारीख: 30 सितंबर, 2025

जब तक अलग से कोई जानकारी न दी गई हो, तब तक ये बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome 141 के स्टेबल चैनल पर लागू होते हैं.

सीएसएस

getComputedStyle() में कस्टम प्रॉपर्टी की गिनती करना

Chrome में window.getComputedStyle(element) पर बार-बार बदलाव करने के दौरान, एक गड़बड़ी हुई. इसमें एलिमेंट पर सेट की गई किसी भी कस्टम प्रॉपर्टी को शामिल नहीं किया गया. इसलिए, length() लौटाए गए ऑब्जेक्ट में, सेट की गई कस्टम प्रॉपर्टी की संख्या का हिसाब नहीं रखा जाता है. इस बग को Chrome 141 में ठीक कर दिया गया है. इससे Chrome, Firefox और Safari के साथ काम कर पाएगा.

ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

DOM

ARIA Notify API

ariaNotify एक JavaScript API उपलब्ध कराता है. इसकी मदद से, कॉन्टेंट बनाने वाले लोग स्क्रीन रीडर को यह बता सकते हैं कि उसे क्या पढ़ना है.

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

ट्रैकिंग बग #326277796 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

ट्रैकिंग बग #433545121 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

JavaScript

इस बात पर सहमत होना कि आरटीपी के आंकड़े कब बनाए जाने चाहिए

इस मामले में, "outbound-rtp" या "inbound-rtp" टाइप के आरटीपी के आंकड़े दिखाने वाले ऑब्जेक्ट, WebRTC स्ट्रीम को दिखाते हैं. इस स्ट्रीम का आइडेंटिफ़ायर, एसएसआरसी (एक संख्या) होता है. यह सुविधा, इन आंकड़ों को कब जनरेट किया जाना चाहिए, इस बारे में दिए गए दिशा-निर्देशों के मुताबिक काम करती है.

ट्रैकिंग बग #406585888 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

मीडिया

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

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

ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

getDisplayMedia() के लिए windowAudio

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

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

ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

अन्य सूचनाएं

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

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

Tracking bug #40409865 | ChromeStatus.com entry | Spec

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

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

ट्रैकिंग बग #40257092 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

ट्रैकिंग बग #440190720 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

ट्रैकिंग बग #382086282 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

नेटवर्क / कनेक्टिविटी

एचटीटीपी डिस्क कैश के लिए, No-Vary-Search के साथ काम करने की सुविधा

इस कुकी की मदद से, एचटीटीपी डिस्क कैश, No-Vary-Search रिस्पॉन्स हेडर का इस्तेमाल करके, उन यूआरएल के बीच कैश एंट्री शेयर कर सकता है जिनमें सिर्फ़ क्वेरी पैरामीटर अलग-अलग होते हैं.

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

इससे पहले, No-Vary-Search की सुविधा, नेविगेशन प्रीफ़ेच कैश मेमोरी, प्रीफ़ेच और प्रीरेंडर स्पेकुलेशन रूल, और प्रीरेंडर के लिए उपलब्ध कराई गई थी. इस लॉन्च के बाद, यह सुविधा उन सभी सुविधाओं के लिए आम तौर पर उपलब्ध हो जाएगी जो एचटीटीपी डिस्क कैश मेमोरी का इस्तेमाल करती हैं.

ट्रैकिंग बग #382394774 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

ऑफ़लाइन / स्टोरेज

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

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

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

ट्रैकिंग बग #40746016 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

परफ़ॉर्मेंस

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

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

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

ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

सुरक्षा

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

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

ट्रैकिंग बग #379030052 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

Tracking bug #375224898 | ChromeStatus.com entry | Spec

WebRTC

WebRTC Encoded Transform (V2)

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

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

ट्रैकिंग बग #354881878 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

getUserMedia() के लिए echoCancellationMode

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

ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

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

इसके अलावा, इस सुविधा को कॉन्टेंट सेटिंग से कंट्रोल किया जाता है. दो नई नीतियां DeviceAttributesBlockedForOrigins और DefaultDeviceAttributesSetting जोड़ी गई हैं. ये पहले से लागू DeviceAttributesAllowedForOrigins नीति के साथ काम करेंगी. यह सुविधा, मैनेज किए जा रहे ChromeOS डिवाइसों पर, नीति के तहत इंस्टॉल किए गए कीऑस्क वेब ऐप्लिकेशन और नीति के तहत इंस्टॉल किए गए आइसोलेटेड वेब ऐप्लिकेशन के लिए डिफ़ॉल्ट रूप से चालू होती है.

ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

Chrome 141, उपयोगकर्ता के लोकल नेटवर्क से अनुरोध करने की सुविधा को सीमित करता है. यह सुविधा, अनुमति के प्रॉम्प्ट के पीछे छिपी होती है.

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

Origin Trial | Tracking bug #394009026 | ChromeStatus.com entry | Spec

Proofreader API

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

ऑरिजिन ट्रायल | ट्रैकिंग बग #403313556 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

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

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

ट्रैकिंग बग #392657736 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन

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

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

Origin Trial | ChromeStatus.com entry | Spec

बंद की गई और हटाई गई सुविधाएं

प्रीफ़ेच और प्रीरेंडर से Purpose: prefetch हेडर भेजने की सुविधा बंद करें

अब प्रीफ़ेच और प्रीरेंडर, प्रीफ़ेच और प्रीरेंडर के लिए Sec-Purpose हेडर का इस्तेमाल कर रहे हैं. इसलिए, हम लेगसी Purpose: prefetch हेडर को हटा देंगे. यह हेडर अब भी पास किया जाता है. संगतता से जुड़ी समस्याओं को रोकने के लिए, यह सुविधा फ़ीचर फ़्लैग/ किल स्विच के पीछे होगी.

यह अनुमान लगाने के नियमों के प्रीफ़ेच, अनुमान लगाने के नियमों के प्रीरेंडर, , और Chromium के नॉन-स्टैंडर्ड के लिए स्कोप किया जाएगा.

ट्रैकिंग बग #420724819 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन