Chrome 132

रिलीज़ होने की तारीख: 14 जनवरी, 2025

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

एचटीएमएल और DOM

चालू नहीं किए गए दस्तावेज़ों में पॉपओवर और डायलॉग के लिए अपवाद दिखाना

पहले, किसी बंद दस्तावेज़ में मौजूद पॉपओवर या डायलॉग पर showPopover() या showModal() को कॉल करने पर, कोई कार्रवाई नहीं होती थी. कोई अपवाद नहीं दिखेगा. हालांकि, दस्तावेज़ के चालू न होने की वजह से, कोई पॉपओवर या डायलॉग नहीं दिखेगा. Chrome 132 के बाद, इन स्थितियों में अब InvalidStateError दिखता है.

बग को ट्रैक करने के लिए #373684393 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

डायलॉग टॉगल इवेंट

यह जानना ज़रूरी है कि <dialog> एलिमेंट कब खुलते और बंद होते हैं. साथ ही, popover में पहले से ही ToggleEvent मौजूद होता है, जो पॉपओवर के खुलने या बंद होने पर डिस्पैच होता है. पहले, <dialog> के खुलने का पता लगाने के लिए, आपको म्यूटेशन ऑब्ज़र्वर को रजिस्टर करना पड़ता था. हालांकि, यह काफ़ी काम का होता है, जहां इवेंट का इस्तेमाल करना आसान होता है.

इस बदलाव में वही ToggleEvent शामिल है जिसे पॉपओवर डिस्पैच करते हैं, लेकिन <dialog> एलिमेंट के लिए: जब showModal या show को कॉल किया जाता है, तो <dialog> newState=open के साथ एक ToggleEvent डिस्पैच करता है. जब कोई <dialog>, फ़ॉर्म, बटन या closewatcher का इस्तेमाल करके बंद किया जाता है, तो उसे newState=closed के साथ ToggleEvent भेजना चाहिए.

बग को ट्रैक करने के लिए #41494780 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

शैडो DOM में चुने गए isCollapsed को ठीक करना

Selection isCollapsed फ़ंक्शन सिर्फ़ तब True दिखाएगा, जब ऐंकर और फ़ोकस एक ही होंगे. यह सही होना चाहिए, भले ही चुना गया हिस्सा लाइट या शैडो ट्री में शुरू या खत्म होता हो.

डेमो | बग को ट्रैक करने के लिए #40400558 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

सीएसएस

सीएसएस ऐंकर पोज़िशनिंग: inset और margin प्रॉपर्टी में anchor-size() की अनुमति दें

मूल रूप से, anchor-size() का इस्तेमाल सिर्फ़ साइज़िंग प्रॉपर्टी में किया जा सकता था. इनसेट और मार्जिन में भी anchor-size() का इस्तेमाल करने के लिए, स्पेसिफ़िकेशन में बदलाव किया गया.

गड़बड़ी को ट्रैक करने के लिए बग #346521300 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

सीएसएस के साइडवर्ड राइटिंग मोड

writing-mode सीएसएस प्रॉपर्टी के लिए, sideways-rl और sideways-lr कीवर्ड का इस्तेमाल किया जा सकता है. sideways-rl और sideways-lr का इस्तेमाल करके, CJK भाषाओं के अलावा अन्य भाषाओं में टेक्स्ट को वर्टिकल तौर पर लिखा जा सकता है. vertical-rl और vertical-lr के मुकाबले, इनमें CJK भाषाओं के लिए काम करने वाले व्यवहार नहीं होते.

MDN writing-mode | बग को ट्रैक करने के लिए #40501131 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

लोड हो रहा है

फ़ेच करें: Request.bytes() और Response.bytes()

Request और Response इंटरफ़ेस में bytes() तरीका जोड़ें, जो एक प्रॉमिस दिखाता है. यह प्रॉमिस, Uint8Array के साथ रिज़ॉल्व होता है. Request और Response में arrayBuffer() तरीका है, लेकिन सीधे बफ़र से नहीं पढ़ा जा सकता. इसे पढ़ने के लिए, आपको Uint8Array जैसा कोई व्यू बनाना होगा. bytes() तरीके से, अनुरोध और रिस्पॉन्स के मुख्य हिस्से को आसानी से पाया जा सकता है.

बग को ट्रैक करने के लिए #340206277 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

localhost के लिए Strict-Transport-Security को अनदेखा करना

Strict-Transport-Security (एसटीएस) रिस्पॉन्स हेडर की वजह से, होस्टलोक वेब सर्वर में समस्याएं आ सकती हैं. इसकी वजह यह है कि एसटीएस, होस्ट के सभी पोर्ट पर लागू होता है. इस वजह से, वेब डेवलपर को स्थानीय तौर पर टेस्ट करने में, वेबसाइट के साथ काम करने से जुड़ी समस्याएं आती हैं. इससे उन असली उपयोगकर्ताओं पर भी असर पड़ता है जो आम तौर पर कुछ समय के लिए localhost वेब सर्वर शुरू करने वाले सॉफ़्टवेयर पैकेज का इस्तेमाल करते हैं. उदाहरण के लिए, वेब लॉगिन से किसी स्थानीय सॉफ़्टवेयर पैकेज में पुष्टि करने वाले टोकन का कम्यूनिकेशन. अगर कोई स्थानीय लिसनर, localhost रिस्पॉन्स पर Strict-Transport-Security सेट करता है, तो यह पोर्ट के बावजूद, बाद के सभी localhost अनुरोधों पर लागू होता है.

Chrome 132 में, localhost यूआरएल से मिले जवाबों में Strict-Transport-Security हेडर को अनदेखा करके इस समस्या को ठीक किया गया है.

गड़बड़ी को ट्रैक करने के लिए #41251622 | ChromeStatus.com पर मौजूद एंट्री

मीडिया

सभी स्क्रीन कैप्चर करना

getAllScreensMedia() का इस्तेमाल करके, डिवाइस से कनेक्ट की गई सभी स्क्रीन कैप्चर करें.

getDisplayMedia() को कई बार कॉल करने के लिए, उपयोगकर्ता को कई बार जेस्चर करने पड़ते हैं. साथ ही, हर बार अगली स्क्रीन चुनने का काम उपयोगकर्ता को करना पड़ता है. साथ ही, ऐप्लिकेशन को यह गारंटी नहीं मिलती कि सभी स्क्रीन चुनी गई हैं. getAllScreensMedia() का तरीका, इन सभी पहलुओं को बेहतर बनाता है.

यह सुविधा सिर्फ़ डेस्कटॉप पर उपलब्ध है.

डिज़ाइन दस्तावेज़ | बग को ट्रैक करने के लिए #40216442 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

एलिमेंट कैप्चर

टैब-कैप्चर शुरू करने के लिए, पहले से मौजूद तरीकों से हासिल किए गए वीडियो MediaStreamTrack के लिए, एलिमेंट कैप्चर की मदद से ट्रैक में बदलाव किया जा सकता है. इससे, किसी एलिमेंट से शुरू होकर, सिर्फ़ डीओएम के सबसे छोटे ट्री को कैप्चर किया जा सकता है.

यह एपीआई, क्षेत्र कैप्चर एपीआई से कुछ हद तक मिलता-जुलता है. हालांकि, यह ऐप्लिकेशन के लिए ज़्यादा सुविधाजनक है, क्योंकि इसमें ऑब्जेक्ट और ऑब्जेक्ट से छिपे हुए कॉन्टेंट को कैप्चर नहीं किया जाता.

डेमो | बग को ट्रैक करने के लिए #270230413 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

वेब एपीआई

PushMessageData::bytes()

PushMessageData इंटरफ़ेस, Body इंटरफ़ेस की नकल करता है. इस इंटरफ़ेस में इस साल की शुरुआत में, bytes() के नए तरीके के साथ बदलाव किया गया था. यह बदलाव इस सिद्धांत के आधार पर किया गया था कि आम तौर पर एपीआई, बाइट बफ़र को Uint8Arrays के तौर पर बेचते हैं. Chrome 132, PushMessageData इंटरफ़ेस पर भी bytes() ऐक्सेस करने की सुविधा देकर, Body इंटरफ़ेस के साथ फिर से अलाइन हो जाता है.

MDN PushMessageData: bytes() method | बग को ट्रैक करने के लिए #373336950 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

कीबोर्ड से फ़ोकस किए जा सकने वाले स्क्रोल कंटेनर

Chrome 130 से इस सुविधा को रोल आउट करने की प्रोसेस को बंद कर दिया गया है. ऐसा, सुलभता से जुड़ी समस्या की वजह से किया गया है. इस समस्या को ठीक कर दिया गया है और यह सुविधा Chrome 132 के साथ रोल आउट की जा रही है.

कीबोर्ड से फ़ोकस किए जा सकने वाले स्क्रोलर | बग को ट्रैक करने के लिए #40113891 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

Device Posture API

इस एपीआई की मदद से, डेवलपर को फ़ोल्ड किए जा सकने वाले डिवाइस के मौजूदा पोज़िशन का पता चलता है. डिवाइस की स्थिति, डिवाइस की वह स्थिति होती है जिसमें वह होता है. इसे ऐंगल के साथ-साथ सेंसर से भी पता लगाया जा सकता है.

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

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

Git Repo | बग को ट्रैक करने के लिए #40124716 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

sharedStorage.selectURL में सेव की गई क्वेरी

sharedStorage.selectURL() की मदद से, अब हर पेज के हिसाब से क्वेरी सेव की जा सकती हैं और उनका फिर से इस्तेमाल किया जा सकता है. हर पेज लोड होने पर, दो बजट काट लिए जाते हैं. पहला बजट, सेव की गई क्वेरी को पहली बार चलाने पर काटा जाता है. हालांकि, उसी पेज लोड होने पर, सेव की गई क्वेरी को फिर से चलाने पर बजट नहीं काटा जाता. ऐसा करने के लिए, selectURL() के विकल्पों में savedQuery पैरामीटर का इस्तेमाल करें.

गड़बड़ी को ट्रैक करने के लिए बग #367440966 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

प्राइवेट स्टेट टोकन एपीआई की अनुमतियों से जुड़ी नीति का डिफ़ॉल्ट अनुमति वाली सूची का वाइल्डकार्ड

प्राइवेट स्टेट टोकन एपीआई का ऐक्सेस, अनुमतियों से जुड़ी नीति की सुविधाओं के हिसाब से दिया जाता है. Chrome 132 में, private-state-token-issuance और private-state-token-redemption, दोनों सुविधाओं के लिए डिफ़ॉल्ट अनुमति वाली सूची को self से * (वाइल्डकार्ड) पर अपडेट किया गया है.

ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन

FedCM Mode API और अन्य खाते के एपीआई का इस्तेमाल करना

FedCM के लिए दो नए एक्सटेंशन:

  • मोड: active मोड की मदद से, वेबसाइटें किसी बटन पर क्लिक करने पर FedCM को कॉल कर सकती हैं. उदाहरण के लिए, IdP में साइन इन करें बटन पर क्लिक करना. इसके लिए, FedCM को यह पक्का करना होगा कि वह हमेशा दिखने वाले यूज़र इंटरफ़ेस के साथ जवाब देगा. ऐक्टिव मोड में FedCM API को कॉल करने पर, उपयोगकर्ताओं को लॉग-आउट होने पर, आइडेंटिटी प्रोवाइडर (IdP) में लॉगिन करने के लिए कहा जाता है. साथ ही, ऐक्टिव मोड को साफ़ तौर पर उपयोगकर्ता के जेस्चर के ज़रिए ट्रिगर किया जाता है. इसलिए, पैसिव मोड (इसमें उपयोगकर्ता के जेस्चर की ज़रूरत नहीं होती और इसे पेज लोड होने पर ट्रिगर किया जा सकता है) के यूज़र इंटरफ़ेस (यूआई) की तुलना में, ऐक्टिव मोड का यूआई ज़्यादा प्रमुख होता है. उदाहरण के लिए, यह यूआई बीच में और मोडल के तौर पर दिखता है.
  • किसी दूसरे खाते का इस्तेमाल करना: इस एक्सटेंशन की मदद से, आईडीपी उपयोगकर्ताओं को दूसरे खातों में साइन इन करने की अनुमति दे सकता है.

डेमो | बग को ट्रैक करने के लिए #370694829 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

Android और वेबव्यू के लिए फ़ाइल सिस्टम का ऐक्सेस

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

फ़ाइल सिस्टम का ऐक्सेस, Chrome 86 में डेस्कटॉप पर उपलब्ध कराया गया था. यह सुविधा, Chrome 132 में Android और वेबव्यू पर उपलब्ध है.

फ़ाइल सिस्टम ऐक्सेस एपीआई | बग को ट्रैक करने के लिए #40091667 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

WebAuthn Signal API

WebAuthn पर भरोसा करने वाली पार्टियां, क्रेडेंशियल स्टोर करने की सेवा देने वाली कंपनियों को मौजूदा क्रेडेंशियल के बारे में जानकारी भेज सकती हैं. इससे, गलत या रद्द किए गए क्रेडेंशियल को अपडेट किया जा सकता है या सेवा देने वाली कंपनी और सिस्टम के यूज़र इंटरफ़ेस (यूआई) से हटाया जा सकता है.

Chrome डेस्कटॉप पर पासकी के लिए Signal API के बारे में ज़्यादा जानें.

डेमो | ट्रैकिंग बग #361751877 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

रेंडरिंग और ग्राफ़िक्स

WebGPU: 32-बिट फ़्लोट टेक्सचर ब्लेंडिंग

float32-blendable जीपीयू की सुविधा, r32float, rg32float, और rgba32float फ़ॉर्मैट वाले जीपीयू टेक्सचर को ब्लेंड करने की सुविधा देती है.

बग को ट्रैक करने के लिए #369649348 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

WebGPU: GPUDevice से GPUAdapterInfo एक्सपोज़ करना

GPUDevice adapterInfo एट्रिब्यूट, GPUAdapter ऑब्जेक्ट के तौर पर वही GPUAdapterInfo दिखाता है.

बग को ट्रैक करने के लिए #376600838 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

WebGPU: टेक्स्चर व्यू का इस्तेमाल

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

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

WebGPU लागू करने से, कम लेवल के रिसॉर्स बनाने की प्रोसेस को ऑप्टिमाइज़ किया जा सकता है. साथ ही, खास तरह के इस्तेमाल के फ़्लैग वाले व्यू का इस्तेमाल करने पर परफ़ॉर्मेंस को बेहतर बनाया जा सकता है.

बग को ट्रैक करने के लिए #363903526 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन

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

मैजिक टिप्पणियों की मदद से, कॉम्पाइल करने के बारे में साफ़ तौर पर बताने वाले संकेत

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

ऑरिजिन ट्रायल | एक्सप्लेनर | ट्रैकिंग बग #42203853 | ChromeStatus.com पर मौजूद एंट्री

Document-Isolation-Policy

Document-Isolation-Policy की मदद से, किसी दस्तावेज़ के लिए crossOriginIsolation को अपने-आप चालू किया जा सकता है. इसके लिए, सीओओपी या सीओईपी को डिप्लॉय करने की ज़रूरत नहीं होती. साथ ही, पेज के crossOriginIsolation स्टेटस से कोई फ़र्क़ नहीं पड़ता. इस नीति के पीछे, प्रोसेस को अलग रखने की सुविधा है. इसके अलावा, दस्तावेज़ के ऐसे सब-रिसॉर्स जिन्हें CORS के दायरे में नहीं रखा गया है, वे क्रेडेंशियल के बिना लोड किए जाएंगे या उनके लिए CORP हेडर की ज़रूरत होगी.

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

बंद किए गए और हटाए गए वर्शन

स्टोरेज प्रेशर इवेंट के लिए, navigator.storage को EventTarget बनाया गया था. इसे प्रोटोटाइप के तौर पर ही छोड़ दिया गया था. इस डेड कोड को हटाया जा रहा है और इस वजह से, navigator.storage अब EventTarget को एक्सटेंड नहीं करेगा.

ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन

प्रीफ़िक्स वाले HTMLVideoElement फ़ुलस्क्रीन एपीआई हटाना

Chrome से, प्रीफ़िक्स वाले HTMLVideoElement फ़ुलस्क्रीन एपीआई हटा दिए गए हैं.

इन्हें Element.requestFullscreen() एपीआई से बदल दिया गया था. इसे पहली बार 2018 में, Chrome 71 में बिना प्रीफ़िक्स के शिप किया गया था. साल 2024 तक, ज़्यादातर ब्राउज़र में, बिना प्रीफ़िक्स वाले एपीआई के लिए, कुछ सालों से सहायता उपलब्ध है.

Chrome 132, HTMLVideoElement से ये चीज़ें हटा देता है:

  • webkitSupportsFullscreen एट्रिब्यूट.
  • webkitDisplayingFullscreen एट्रिब्यूट.
  • webkitEnterFullscreen() तरीका.
  • webkitExitFullscreen() तरीका. फ़ुलस्क्रीन में "S" के कैपिटल लेटर के अलग-अलग होने पर ध्यान दें.
  • webkitEnterFullScreen() तरीका.
  • webkitExitFullScreen() तरीका.

ये तरीके अब सिर्फ़ नए एपीआई के लिए दूसरे नाम हैं. पिछले कुछ सालों में, इनका इस्तेमाल लगातार कम हुआ है.

ChromeStatus.com पर मौजूद जानकारी

इसके बारे में और पढ़ें

क्या आपको और जानकारी चाहिए? इन अन्य संसाधनों को देखें.

Google Chrome डाउनलोड करें

Android, डेस्कटॉप या iOS के लिए Chrome डाउनलोड करें.