Chrome 135 बीटा

Rachel Andrew

पब्लिश करने की तारीख: 05 मार्च, 2025

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

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

इस रिलीज़ में, सीएसएस और यूज़र इंटरफ़ेस (यूआई) की तेरह नई सुविधाएं जोड़ी गई हैं.

ऐंकर पोज़िशनिंग के लिए याद किया गया स्क्रोल ऑफ़सेट

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

सीएसएस इनर्टनेस

किसी एलिमेंट को इनऐक्टिव करने पर, उस पर फ़ोकस किया जा सकता है या नहीं, उसमें बदलाव किया जा सकता है या नहीं, उसे चुना जा सकता है या नहीं, और पेज में खोजने की सुविधा का इस्तेमाल करके उसे खोजा जा सकता है या नहीं. इससे यह भी तय होता है कि यह ऐक्सेसibiliti ट्री में दिखेगा या नहीं. interactivity प्रॉपर्टी से पता चलता है कि कोई एलिमेंट और उसके फ़्लैट ट्री के वंशज (इनमें टेक्स्ट रन भी शामिल हैं) इनऐक्टिव हैं या नहीं. interactivity प्रॉपर्टी के लिए, इनमें से कोई एक वैल्यू सबमिट की जा सकती है: auto या inert.

लॉजिकल ओवरफ़्लो प्रॉपर्टी

overflow-inline और overflow-block सीएसएस प्रॉपर्टी की मदद से, इनलाइन और ब्लॉक डायरेक्शन में, 'लिखने का तरीका' के हिसाब से, ओवरफ़्लो सेट किया जा सकता है. हॉरिज़ॉन्टल लिखने के मोड में, overflow-inline overflow-x पर मैप होता है, जबकि वर्टिकल लिखने के मोड में यह overflow-y पर मैप होता है.

साइन से जुड़े फ़ंक्शन ​abs() और sign(), अपने आर्ग्युमेंट के साइन से जुड़े अलग-अलग फ़ंक्शन का हिसाब लगाते हैं.

dynamic-range-limit प्रॉपर्टी

इससे पेज पर एचडीआर कॉन्टेंट की चमक को सीमित किया जा सकता है.

shape() फ़ंक्शन

shape() फ़ंक्शन की मदद से, clip-path प्रॉपर्टी में रिस्पॉन्सिव फ़्री-फ़ॉर्म आकार बनाए जा सकते हैं. इसकी मदद से, path() में दिए गए निर्देशों के बराबर निर्देशों की एक सीरीज़ तय की जा सकती है. हालांकि, ये निर्देश रिस्पॉन्सिव यूनिट (जैसे, % या vw) के साथ-साथ कस्टम प्रॉपर्टी जैसी किसी भी सीएसएस वैल्यू को स्वीकार करते हैं.

::column सूडो-एलिमेंट

::column एक स्यूडो-एलिमेंट है, जिसकी मदद से जनरेट किए गए फ़्रैगमेंट पर स्टाइल के सीमित सेट को लागू किया जा सकता है. खास तौर पर, यह उन स्टाइल तक सीमित है जिनका लेआउट पर असर नहीं पड़ता. इसलिए, इन्हें लेआउट के बाद लागू किया जा सकता है.

::scroll-button() स्यूडो-एलिमेंट

स्यूडो-एलिमेंट के तौर पर, इंटरैक्टिव स्क्रोल बटन बनाने की अनुमति दें. उदाहरण के लिए:

.scroller {
  overflow: auto;
}

.scroller::scroll-button(inline-start) {
  content: "<";
}

.scroller::scroll-button(inline-end) {
  content: ">";
}

इन पर फ़ोकस किया जा सकता है और ये बटन की तरह काम करते हैं. इनमें UA स्टाइल भी शामिल हैं. चालू होने पर, उस दिशा में कुछ दूरी तक स्क्रोल किया जाना चाहिए. अगर उस दिशा में स्क्रोल नहीं किया जा सकता, तो बटन को बंद किया जाना चाहिए और :disabled के साथ स्टाइल किया जाना चाहिए. अगर बटन को चालू किया जा सकता है, तो उसे :enabled के साथ स्टाइल किया जाना चाहिए. सिलेक्टर की मदद से, बटन को चार लॉजिकल दिशाओं में तय किया जा सकता है: block-start, block-end, inline-start, inline-end. साथ ही, चार फ़िज़िकल दिशाओं में भी तय किया जा सकता है: up, down, left, right.

::scroll-marker और ::scroll-marker-group

स्क्रोल किए जा सकने वाले कंटेनर के लिए ::scroll-marker और ::scroll-marker-group जोड़ता है. इन स्यूडो-एलिमेंट की मदद से, स्क्रोलिंग कंटेनर में मौजूद सभी मिलते-जुलते आइटम के लिए, फ़ोकस किए जा सकने वाले मार्कर का सेट बनाया जा सकता है.

नेस्ट किए गए स्यूडो एलिमेंट की स्टाइल

इससे, उन स्यूडो-एलिमेंट को स्टाइल करने की सुविधा मिलती है जो दूसरे स्यूडो-एलिमेंट में नेस्ट किए गए होते हैं. फ़िलहाल, यह सुविधा इनके लिए उपलब्ध है: ::before::marker और ::after::marker. आने वाले समय में, ::column::scroll-marker के लिए भी यह सुविधा उपलब्ध होगी.

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

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

इंटरपोलेशन प्रोग्रेस फ़ंक्शनल नोटेशन: सीएसएस *progress() फ़ंक्शन

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

safe-area-max-inset-* वैरिएबल

safe-area-inset एनवायरमेंट वैरिएबल के अलावा, Chrome अब इन वैरिएबल के max-area-safe-inset-* वैरिएंट के साथ भी काम करता है. डाइनैमिक इनसेट के उलट, मैक्स इनसेट में बदलाव नहीं होता. साथ ही, यह सबसे ज़्यादा सेफ़ एरिया इनसेट दिखाता है.

बेहतरीन वेब अनुभव देने के लिए, ये वैल्यू ज़रूरी हैं.

वेब एपीआई

Web Speech API में MediaStreamTrack की सुविधा जोड़ना

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

ब्लॉब यूआरएल का पार्टिशन करना: फ़ेचिंग और नेविगेशन

स्टोरेज पार्टिशन करने की सुविधा के तौर पर, यह सुविधा स्टोरेज पासकोड (टॉप-लेवल साइट, फ़्रेम ऑरिजिन, और has-cross-site-ancestor बूलियन) के हिसाब से ब्लॉब यूआरएल के ऐक्सेस को पार्टिशन करती है. हालांकि, टॉप-लेवल नेविगेशन को सिर्फ़ फ़्रेम ऑरिजिन के हिसाब से पार्टिशन किया जाएगा.

स्क्रिप्ट के लिए सीएसपी require-sri-for

require-sri-for डायरेक्टिव की मदद से, यह बताया जा सकता है कि किसी खास टाइप के हर संसाधन की इंटिग्रिटी की जांच की जानी चाहिए. अगर उस तरह के किसी संसाधन को इंटिग्रिटी मेटाडेटा के बिना लोड करने की कोशिश की जाती है, तो वह कोशिश पूरी नहीं होगी और सीएसपी के उल्लंघन की शिकायत ट्रिगर हो जाएगी. इस इंटेंट में, इस डायरेक्टिव की "script" वैल्यू शामिल है.

srcdoc iframe के लिए, सर्विस वर्कर क्लाइंट बनाएं और सर्विस वर्कर कंट्रोलर को इनहेरिट करें

फ़िलहाल, Srcdoc कॉन्टेक्स्ट दस्तावेज़, सेवा वर्कर क्लाइंट नहीं हैं और उनके पैरंट के सेवा वर्कर के दायरे में नहीं आते. इस वजह से, कुछ अंतर दिखते हैं. उदाहरण के लिए, रिसॉर्स टाइमिंग उन यूआरएल की रिपोर्ट करती है जिन्हें ये दस्तावेज़ लोड करते हैं, लेकिन सेवा वर्कर इनका इंटरसेप्ट नहीं करता. इसका मकसद, srcdoc iframes के लिए सर्विस वर्कर क्लाइंट बनाकर, इनमें अंतर को ठीक करना है. साथ ही, उन्हें अपने पैरंट के सर्विस वर्कर कंट्रोलर से इनहेरिट करना है.

कैप्चर किए गए पॉइंटर पर क्लिक इवेंट भेजना

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

Float16Array

टाइप किया गया Float16Array कलेक्शन जोड़ता है. Float16Array इंस्टेंस में लिखते समय, संख्याओं की वैल्यू को IEEE fp16 के हिसाब से राउंड किया जाता है.

नेविगेशन शुरू करने वाले टूल को एचटीटीपी कैश मेमोरी के बंटवारे की कुंजी में शामिल करना

Chrome के एचटीटीपी कैश कीविंग स्कीम को अपडेट किया गया है, ताकि is-cross-site-main-frame-navigation बूलियन को शामिल किया जा सके. इससे, टॉप-लेवल नेविगेशन से जुड़े क्रेडेंशियल के लीक होने से जुड़े क्रॉस-साइट अटैक को कम किया जा सकेगा. खास तौर पर, इससे क्रॉस-साइट अटैक से बचा जा सकेगा. इनमें, हमलावर किसी पेज पर टॉप-लेवल नेविगेशन शुरू कर सकता है. इसके बाद, वह पेज से लोड होने वाले किसी ऐसे संसाधन पर नेविगेट कर सकता है जिससे लोड होने में लगने वाले समय के हिसाब से संवेदनशील जानकारी का पता लगाया जा सके. इस बदलाव से निजता को भी बेहतर बनाया जा सकता है. इससे नुकसान पहुंचाने वाली साइट, नेविगेशन का इस्तेमाल करके यह पता नहीं लगा पाएगी कि उपयोगकर्ता ने पहले कभी उस साइट पर विज़िट किया है या नहीं.

एचएसटीएस की मदद से ट्रैकिंग को रोकना

एचएसटीएस कैश मेमोरी की मदद से, तीसरे पक्षों की ओर से उपयोगकर्ता को ट्रैक करने की सुविधा को कम करता है.

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

इनवॉकर कमांड: command और commandfor एट्रिब्यूट

<button> एलिमेंट पर मौजूद command और commandfor एट्रिब्यूट की मदद से, बटन के व्यवहार को आसानी से और साफ़ तौर पर असाइन किया जा सकता है. इससे बग कम होते हैं और इंटरैक्टिविटी के लिए ज़रूरी JavaScript की संख्या कम हो जाती है. commandfor और command एट्रिब्यूट वाले बटन पर क्लिक करने, छूने या कीबोर्ड प्रेस करने पर, commandfor से रेफ़र किए गए एलिमेंट पर CommandEvent भेजा जाएगा. साथ ही, डायलॉग और पॉपओवर खोलने जैसे कुछ डिफ़ॉल्ट व्यवहार भी होंगे.

<link rel="facilitated-payment" href="..."> के लिए सहायता जोड़ता है, ताकि ब्राउज़र, रजिस्टर किए गए पेमेंट क्लाइंट को, पुश किए जाने वाले पेमेंट के बारे में सूचना दे सके.

NavigateEvent sourceElement प्रॉपर्टी

जब नेविगेशन किसी एलिमेंट (जैसे, लिंक पर क्लिक या फ़ॉर्म सबमिट करना) से शुरू होता है, तो NavigateEvent पर मौजूद sourceElement प्रॉपर्टी, शुरू करने वाले एलिमेंट की जानकारी दिखाएगी.

NotRestoredReasons API की वजह का नाम बदलना

NotRestoredReasons API, वजह के कुछ टेक्स्ट को बदल रहा है, ताकि वे स्टैंडर्ड नामों के मुताबिक हो सकें. इन वजहों को मॉनिटर करने वाले डेवलपर को, वजह के टेक्स्ट में बदलाव दिख सकता है.

On-device Web Speech API

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

Service Worker क्लाइंट यूआरएल, history.pushState में हुए बदलावों को अनदेखा करता है

history.pushState() और मिलते-जुलते इतिहास एपीआई का इस्तेमाल करके, दस्तावेज़ के यूआरएल में हुए बदलावों को अनदेखा करने के लिए, सेवा वर्कर Client.url प्रॉपर्टी में बदलाव करता है. Client.url प्रॉपर्टी का मकसद, एचटीएमएल दस्तावेज़ के क्रिएशन यूआरएल को दिखाना है, जो ऐसे बदलावों को अनदेखा करता है.

SVGAElement के लिए rel और relList एट्रिब्यूट का इस्तेमाल करना

SVG 2.0 में SVGAElement इंटरफ़ेस की मदद से, HTML के ऐंकर एलिमेंट की तरह ही <a> एलिमेंट में बदलाव किया जा सकता है. rel और relList एट्रिब्यूट का इस्तेमाल करने से, डेवलपर के लिए सुरक्षा और निजता बेहतर होती है. एचटीएमएल ऐंकर एलिमेंट के साथ इस अलाइनमेंट से, सभी वेब टेक्नोलॉजी में एक जैसा और आसानी से इस्तेमाल किया जा सकता है.

आरटीसी एन्कोडेड फ़्रेम के लिए टाइमस्टैंप

इस सुविधा में, वेब पर कुछ टाइमस्टैंप दिखाए जाते हैं. ये टाइमस्टैंप, RTCPeerConnection के ज़रिए ट्रांसमिट किए गए WebRTC एन्कोडेड फ़्रेम में मौजूद होते हैं. जिन टाइमस्टैंप पर सवाल है वे ये हैं:

  • कैप्चर करने का टाइमस्टैंप: वह टाइमस्टैंप जब फ़्रेम को मूल रूप से कैप्चर किया गया था
  • टाइमस्टैंप पाएं: फ़्रेम मिलने का टाइमस्टैंप

'लोड किए गए' और 'कुल' के लिए डबल टाइप का इस्तेमाल करने के लिए, ProgressEvent को अपडेट करें

ProgressEvent में loaded और total एट्रिब्यूट हैं, जिनसे प्रोग्रेस का पता चलता है. साथ ही, अब इनका टाइप unsigned long long है. इस सुविधा की मदद से, इन दोनों एट्रिब्यूट के टाइप को double में बदल दिया जाता है. इससे डेवलपर को वैल्यू पर ज़्यादा कंट्रोल मिलता है. उदाहरण के लिए, डेवलपर अब total के 1 और loaded के धीरे-धीरे 0 से 1 तक बढ़ने वाले ProgressEvent बना सकते हैं. अगर ज़्यादा से ज़्यादा एलिमेंट की वैल्यू नहीं दी जाती है, तो यह <progress> एचटीएमएल एलिमेंट के डिफ़ॉल्ट व्यवहार के हिसाब से अलाइन हो जाता है.

fetchLater API

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

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

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

ध्यान दें कि एपीआई के उपयोगकर्ता के हिसाब से, ईमेल भेजने का सटीक समय पता नहीं होता.

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

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

दिलचस्पी दिखाने वाले

यह सुविधा, <button> और <a> एलिमेंट में interesttarget एट्रिब्यूट जोड़ती है. interesttarget एट्रिब्यूट, एलिमेंट में "दिलचस्पी" वाले व्यवहार जोड़ता है. इससे, जब उपयोगकर्ता एलिमेंट में "दिलचस्पी दिखाता है", तो टारगेट एलिमेंट पर कार्रवाइयां ट्रिगर होती हैं. कार्रवाइयों में, पॉप-ओवर दिखाना जैसी चीज़ें शामिल हो सकती हैं. उपयोगकर्ता एजेंट यह पता लगाएगा कि उपयोगकर्ता ने एलिमेंट में "दिलचस्पी दिखाई" है या नहीं. इसके लिए, वह माउस से एलिमेंट पर कर्सर घुमाने, कीबोर्ड पर खास हॉटकी दबाने या टचस्क्रीन पर एलिमेंट को दबाकर रखने जैसे तरीकों का इस्तेमाल करेगा. जब दिलचस्पी दिखाई जाती है या नहीं दिखाई जाती है, तो टारगेट पर एक InterestEvent ट्रिगर होता है. इसमें पॉपओवर के लिए डिफ़ॉल्ट कार्रवाइयां होती हैं, जैसे कि पॉपओवर दिखाना और छिपाना.

हस्ताक्षर पर आधारित इंटिग्रिटी

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

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

Chrome के इस वर्शन में, नीचे दी गई सुविधाओं को बंद किया जा रहा है और हटाया जा रहा है. जिन सुविधाओं को बंद किया जा रहा है, उन सुविधाओं की सूची देखने के लिए ChromeStatus.com पर जाएं. साथ ही, उन सुविधाओं की सूची भी देखें जो पहले बंद की जा चुकी हैं.

Chrome के इस वर्शन में एक सुविधा बंद कर दी गई है.

Intl Locale Info के getters को बंद करना

Intl Locale Info API, ECMAScript TC39 का तीसरा चरण है. इसका मकसद, भाषा की जानकारी को ज़ाहिर करके Intl.Locale ऑब्जेक्ट को बेहतर बनाना है. जैसे, हफ़्ते का डेटा (हफ़्ते का पहला दिन, वीकेंड की शुरुआत का दिन, वीकेंड का आखिरी दिन, पहले हफ़्ते का कम से कम दिन) और भाषा में इस्तेमाल किए जाने वाले टेक्स्ट डायरेक्शन के घंटे का साइकल. Chrome 99 में, Chrome ने इसे लागू किया था. हालांकि, कई 'गेटर' को फ़ंक्शन में बदलने के लिए, प्रस्ताव में बदलाव किया गया. हमें ऐसे गेट्टर हटाने होंगे जिनका इस्तेमाल अब नहीं किया जा सकता. साथ ही, नाम बदले गए फ़ंक्शन को फिर से लॉन्च करना होगा.

Chrome के इस वर्शन में तीन सुविधाएं हटा दी गई हैं.

अब इस्तेमाल में न होने वाला navigator.xr.supportsSession तरीका हटाना

सितंबर 2019 में, TAG से एपीआई के टाइप के बारे में सुझाव मिलने के बाद, WebXR स्पेसिफ़िकेशन में navigator.xr.supportsSession को navigator.xr.isSessionSupported तरीके से बदल दिया गया था. तब से, इसे Chrome में 'इस्तेमाल नहीं किया जा सकता' के तौर पर मार्क कर दिया गया है. साथ ही, डेवलपर को अपडेट किए गए एपीआई पर रीडायरेक्ट करने वाली कंसोल चेतावनी भी दिखाई जाती है. कॉल का इस्तेमाल बहुत कम किया जाता है. साथ ही, WebXR कॉन्टेंट बनाने के लिए इस्तेमाल किए जाने वाले सभी मुख्य फ़्रेमवर्क को अपडेट कर दिया गया है, ताकि वे नए कॉल का इस्तेमाल कर सकें.

NavigateEvent canTransition प्रॉपर्टी हटाना

Chrome 108 में, NavigateEvent के transitionWhile() तरीके और canTransition प्रॉपर्टी को नए intercept() तरीके और canIntercept प्रॉपर्टी से बदल दिया गया था. उस समय, transitionWhile() वाला तरीका हटा दिया गया था. हालांकि, हमने canTransition प्रॉपर्टी को हटाना भूल गए: इसके बजाय, हमने इसे canIntercept के लिए किसी दूसरे नाम के तौर पर छोड़ दिया. हम Chrome के वर्शन 135 में इस समस्या को ठीक कर रहे हैं और canTransition को हटा रहे हैं. canTransition के किसी भी इस्तेमाल को canIntercept से बदला जा सकता है. इससे, फ़ंक्शन के काम करने के तरीके में कोई बदलाव नहीं होगा.

WebGPU की सीमा maxInterStageShaderComponents हटाएं

maxInterStageShaderComponents की सीमा को इन वजहों से हटाया जा रहा है:

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