Chrome 135 बीटा

Rachel Andrew

पब्लिश किया गया: 5 मार्च, 2025

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

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

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

ऐंकर की पोज़िशनिंग से जुड़ा स्क्रोल ऑफ़सेट याद रखा जाता है

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

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

किसी एलिमेंट को इनर्ट बनाने से, इस बात पर असर पड़ता है कि उस पर फ़ोकस किया जा सकता है या नहीं. साथ ही, उसमें बदलाव किया जा सकता है या नहीं, उसे चुना जा सकता है या नहीं, और पेज पर ढूंढने की सुविधा का इस्तेमाल करके उसे खोजा जा सकता है या नहीं. इससे यह भी तय होता है कि यह ऐक्सेसिबिलिटी ट्री में दिखेगा या नहीं. 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: ">";
}

इन पर फ़ोकस किया जा सकता है. साथ ही, ये बटन की तरह काम करते हैं. इनमें यूज़र एजेंट (यूए) की स्टाइल भी शामिल हैं. चालू होने पर, स्क्रोल को कुछ हद तक उसी दिशा में किया जाना चाहिए. जब उस दिशा में स्क्रोल करना मुमकिन न हो, तो उन्हें बंद कर देना चाहिए (और :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 लिंक स्टाइल करने की जानकारी पाने के लिए बनाए गए कई साइड-चैनल हमले अब काम नहीं करेंगे. ऐसा इसलिए, क्योंकि अब वे साइटों को उपयोगकर्ताओं के बारे में नई जानकारी नहीं देते.

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

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

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

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

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

Web APIs

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

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

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

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

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

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

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

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

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

अगर 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 डिस्पैच होगा. इसमें कुछ डिफ़ॉल्ट व्यवहार शामिल हैं, जैसे कि डायलॉग और पॉपओवर खोलना.

पुश पेमेंट की सुविधा के लिए, rel="facilitated-payment" को लिंक करें

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

NavigateEvent sourceElement प्रॉपर्टी

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

NotRestoredReasons API के 'reason' फ़ील्ड के नाम में बदलाव

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

On-device Web Speech API

Service Worker client URL ignore history.pushState changes

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

SVGAElement के लिए, rel और relList एट्रिब्यूट की सुविधा

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

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

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

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

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

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

fetchLater API

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

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

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

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

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

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

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

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

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

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

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

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

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

Intl Locale Info के गैटर बंद करना

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

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

बंद किए गए navigator.xr.supportsSession तरीके को हटाना

सितंबर 2019 में, 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 पर फ़ोकस करने का विकल्प मिलता है. ये दोनों सीमाएं एक साथ लागू होती हैं, लेकिन इनमें मामूली अंतर होता है. maxInterStageShaderVariables का नाम ज़्यादा सही है और इसमें ज़्यादा जानकारी शामिल है.