Chrome 153

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

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

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

सिंगल-ऐक्सिस स्क्रोल कंटेनर

नॉन-स्टेबल चैनलों (बीटा, डेव, और कैनरी) में उपलब्ध है.

यह overflow प्रॉपर्टी को बढ़ाता है, ताकि स्क्रोल की जा सकने वाली वैल्यू के साथ-साथ clip (उदाहरण के लिए, overflow: scroll clip) का इस्तेमाल किया जा सके. इससे position: sticky को हर ऐक्सिस के हिसाब से अलग-अलग स्क्रोल कंटेनर से सीमित किया जा सकता है. साथ ही, इससे यह पक्का किया जा सकता है कि overflow: clip का इस्तेमाल करने वाला ऐक्सिस अपनी जगह पर बना रहे.

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

scroll-axis-lock प्रॉपर्टी

scroll-axis-lock एक सीएसएस प्रॉपर्टी है. इसकी मदद से, ब्राउज़र को यह निर्देश दिया जा सकता है कि उपयोगकर्ता के स्क्रोलिंग जेस्चर को एक ऐक्सिस तक सीमित न करें.

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

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

transitionrun और मीडिया क्वेरी इवेंट के लिए, इंटरऑपरेबल डिसपैच टाइमिंग

यह कुकी, ऐनिमेशन transitionrun इवेंट और मीडिया क्वेरी change इवेंट के लिए, Blink की डिसपैच टाइमिंग को एचटीएमएल स्पेसिफ़िकेशन के साथ अलाइन करती है. इससे, टाइमिंग को Gecko और WebKit के साथ इंटरऑपरेबल बनाया जा सकता है. एचटीएमएल विंडो इवेंट लूप स्पेसिफ़िकेशन के मुताबिक, transitionrun इवेंट, तीसरे चरण के 11वें हिस्से में ट्रिगर होते हैं.ऐसा तब भी होता है, जब एक ही इटरेशन में पहले बनाए गए ऐनिमेशन के लिए, बाद के इटरेशन में ट्रिगर होने का इंतज़ार करने के बजाय, तीसरे चरण के 11वें हिस्से में ट्रिगर होते हैं. मीडिया क्वेरी change इवेंट, तीसरे चरण के 10वें हिस्से में ट्रिगर होते हैं. इसके बाद, तीसरे चरण के 11वें हिस्से में, एनिमेशन इवेंट के साथ इंटरमिक्स करने के बजाय, कोई भी लंबित एनिमेशन इवेंट ट्रिगर होता है.

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

डॉम और एचटीएमएल

क्षमता वाले एलिमेंट: <camera> और <microphone>

<camera> और <microphone> क्षमता वाले एलिमेंट, उपयोगकर्ता के चालू किए गए एचटीएमएल कंट्रोल होते हैं. ये <usermedia> एलिमेंट की तरह ही काम करते हैं. हालांकि, इनमें एक मुख्य अंतर होता है: ये सिर्फ़ एक क्षमता का अनुरोध करते हैं. <camera> एलिमेंट, वीडियो कैप्चर करने का अनुरोध करता है. वहीं, <microphone> एलिमेंट, ऑडियो कैप्चर करने का अनुरोध करता है. <usermedia> की तरह ही, ये ब्राउज़र के कंट्रोल वाला यूज़र इंटरफ़ेस (यूआई) पेज में एम्बेड करते हैं. इससे यह पक्का होता है कि अनुमति का अनुरोध ट्रिगर होने या स्ट्रीम शुरू होने से पहले, उपयोगकर्ता का सिग्नल (क्लिक) मिल जाए.

<camera> और <microphone> एलिमेंट, इन सिंगल-कैपेबिलिटी इस्तेमाल के उदाहरणों के लिए, खास तौर पर सिमेंटिक एचटीएमएल कंट्रोल उपलब्ध कराते हैं. इनमें <usermedia> की तरह ही सुरक्षा मॉडल, स्टाइलिंग से जुड़ी पाबंदियाँ, और अनुमति वापस पाने का बिल्ट-इन पाथ होता है. हालांकि, जब आपको मिक्स्ड मीडिया ऐक्सेस करने की ज़रूरत नहीं होती है, तब ये ज़्यादा बेहतर और एर्गोनॉमिक एपीआई उपलब्ध कराते हैं.

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

XSLT के अलावा अन्य स्थितियों के लिए, रस्ट में एक्सएमएल पार्स करना

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

Chrome ने XSLT का इस्तेमाल बंद करने और इसे हटाने की प्रोसेस पहले ही शुरू कर दी है. जब तक यह प्रोसेस पूरी होती है, तब तक Chrome का नया और सुरक्षित पार्सर उन कामों को संभालेगा जिनमें एक्सएसएलटी की ज़रूरत नहीं होती. जैसे:

  • DOMParser Web API
  • XMLHttpRequest के responseXML को ऐक्सेस करना
  • एसवीजी फ़ॉर्मैट में स्टैंडअलोन इमेज (image.svg फ़ाइल को सीधे ब्राउज़र में मुख्य पेज के तौर पर खोलना)
  • एसवीजी फ़ॉर्मैट में बाहरी इमेज (किसी मुख्य दस्तावेज़ में, बाहरी इमेज रिसॉर्स के तौर पर एसवीजी इमेज को एंबेड करना)

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

JavaScript

Iterator Join

यह कुकी, JavaScript में एक तरीका जोड़ती है, ताकि इटरेटर के कॉन्टेंट को एक स्ट्रिंग में जोड़ा जा सके. Iterator इंस्टेंस का join() तरीका, Array.prototype.join() के जैसा ही होता है: यह एक ऐसी स्ट्रिंग दिखाता है जो इटरेटर से जनरेट हुए सभी एलिमेंट को जोड़कर बनाई जाती है. इन एलिमेंट को कॉमा या तय की गई सेपरेटर स्ट्रिंग से अलग किया जाता है.

Tracking bug #465715798 | ChromeStatus.com entry | Spec

जॉइंट इटरेशन

यह JavaScript में, कई इटरेटर (आम तौर पर इन्हें zip कहा जाता है) के आगे बढ़ने की प्रोसेस को सिंक करने के तरीके जोड़ता है. इनमें Iterator.zip() और Iterator.zipKeyed() शामिल हैं.

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

मीडिया, सेंसर, और इनपुट

इमर्सिव ऑडियो मॉडल और फ़ॉर्मैट (आईएएमएफ़) डिकोडिंग की सुविधा

Media Source Extensions (MSE) की मदद से, एचटीएमएल मीडिया एलिमेंट में Immersive Audio Model and Formats (IAMF) कंटेनर को डिकोड करने और वापस चलाने की सुविधा जोड़ी गई है. IAMF, ओपन और बिना रॉयल्टी वाला स्पेशल ऑडियो फ़ॉर्मैट है. यह चैनल-आधारित, सीन-आधारित, और ऑब्जेक्ट-आधारित ऑडियो प्रज़ेंटेशन के साथ काम करता है. इस स्टैंडर्ड का इस्तेमाल करने से, वेब डेवलपर अलग-अलग डिवाइसों पर एक जैसा और शानदार 3D ऑडियो अनुभव दे सकते हैं. इसके लिए, उन्हें मालिकाना हक वाले फ़ॉर्मैट पर निर्भर रहने या JavaScript में अलग-अलग ऑडियो चैनल की जटिल राउटिंग को मैनेज करने की ज़रूरत नहीं होती.

Tracking bug #535279329 | ChromeStatus.com entry | Spec

WebAudio: कॉन्फ़िगर किया जा सकने वाला रेंडर क्वांटम

AudioContext और OfflineAudioContext में एक वैकल्पिक renderSizeHint जोड़ता है. इससे आपको WebAudio रेंडर क्वांटम के साइज़ को पसंद के मुताबिक बनाने की सुविधा मिलती है. इसके लिए, कोई पूर्णांक पास करें. इसके अलावा, डिफ़ॉल्ट रूप से 128 फ़्रेम का इस्तेमाल करने के लिए, हिंट को छोड़ दें या "default" पास करें. साथ ही, ब्राउज़र से सबसे सही साइज़ चुनने का अनुरोध करने के लिए, "hardware" तय करें.

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

WebGPU: buffer_view सुविधा

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

Tracking bug #506523198 | ChromeStatus.com entry | Spec

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

JavaScript के लिए, खुद की परफ़ॉर्मेंस की जानकारी देने वाले मार्कर

JavaScript Self-Profiling API की मदद से, कोई वेब ऐप्लिकेशन अपने कॉल स्टैक का सैंपल ले सकता है. इससे, असली उपयोगकर्ताओं के डिवाइसों पर परफ़ॉर्मेंस को मेज़र किया जा सकता है. इस सुविधा की मदद से, कैप्चर किए गए हर सैंपल में एक मार्कर फ़ील्ड जोड़ा जाता है. यह फ़ील्ड, सैंपल लिए जाने के दौरान चल रही ब्राउज़र गतिविधि की पहचान करता है: स्क्रिप्ट, gc, स्टाइल, लेआउट, पेंट या अन्य. आम तौर पर, ट्रेस में स्टैक के बीच ऐसे अंतर दिखते हैं जिनकी व्याख्या नहीं की जा सकती. मार्कर की मदद से, उस समय को JavaScript के बाहर होने वाले ब्राउज़र के काम के लिए एट्रिब्यूट किया जा सकता है. उदाहरण के लिए, स्क्रिप्ट के एक्ज़ीक्यूशन को स्टाइल के फिर से हिसाब लगाने, लेआउट या गार्बेज कलेक्शन के रुकने से अलग करना. इससे धीमे ट्रेस का विश्लेषण करना और उन्हें ऑप्टिमाइज़ करना आसान हो जाता है.

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

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

Protected Audience को बंद करना और हटाना

Protected Audience API, तीसरे पक्ष की कुकी या साइटों पर उपयोगकर्ता की ट्रैकिंग किए बिना, एक जैसी दिलचस्पी वाले ग्रुप को विज्ञापन दिखाने का तरीका उपलब्ध कराता है. Chrome ने एलान किया है कि तीसरे पक्ष की कुकी के लिए मौजूदा तरीका ही इस्तेमाल किया जाएगा. इसके बाद, Protected Audience API और इससे जुड़े Privacy Sandbox API को बंद करने और हटाने का फ़ैसला लिया गया है.

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

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

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

Shared Storage API का इस्तेमाल बंद करना और उसे हटाना

Shared Storage API, निजता बनाए रखने वाला एक वेब एपीआई है. इसकी मदद से, पहले पक्ष की साइट के हिसाब से स्टोरेज को बांटा नहीं जाता है. Chrome ने एलान किया है कि तीसरे पक्ष की कुकी के लिए मौजूदा तरीका ही इस्तेमाल किया जाएगा. इसके बाद, Shared Storage API को बंद करने और हटाने का फ़ैसला लिया गया है. साथ ही, इससे जुड़े Privacy Sandbox API को भी बंद कर दिया जाएगा.

Tracking bug #462465887 | ChromeStatus.com entry | Spec

document.requestStorageAccessFor को बंद करना और हटाना

requestStorageAccessFor (rSAFor) एपीआई, Storage Access API का एक्सटेंशन है. इसकी मदद से, टॉप-लेवल की साइट, एम्बेड की गई साइटों की ओर से, बिना बंटे हुए ("पहले पक्ष की") कुकी को ऐक्सेस करने का अनुरोध कर सकती है. इसका इस्तेमाल सिर्फ़ Chrome में किया जा सकता है. इससे मिलती-जुलती वेबसाइटों के सेट में शामिल साइटों के बीच स्टोरेज ऐक्सेस का अनुरोध किया जा सकता है. इसलिए, इसे बंद करने और हटाने का प्लान बनाया गया है. इसे मिलती-जुलती वेबसाइटों के सेट के साथ बंद कर दिया जाएगा.

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

Attribution Reporting API को बंद करना और हटाना

Attribution Reporting API, निजता बनाए रखने वाला एक वेब एपीआई है. इसे विज्ञापन कन्वर्ज़न को मेज़र करने के लिए डिज़ाइन किया गया है. इसके लिए, तीसरे पक्ष की कुकी या साइटों पर उपयोगकर्ता की ट्रैकिंग का इस्तेमाल नहीं किया जाता. Chrome ने एलान किया है कि तीसरे पक्ष की कुकी के लिए मौजूदा तरीका ही इस्तेमाल किया जाएगा. इसके बाद, Attribution Reporting API और इससे जुड़े Privacy Sandbox API को बंद करने और हटाने का फ़ैसला लिया गया है.

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

_current को टारगेट करने वाले नॉन-स्टैंडर्ड नेविगेशन हटाएं

Blink, पहले _current को टारगेट करने वाले नेविगेशन के साथ काम करता था. इस सुविधा को Chrome 153 से हटा दिया गया है, क्योंकि यह स्टैंडर्ड नहीं है. साथ ही, वेब पर इसका इस्तेमाल बहुत कम होता है.

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