Chrome 144 बीटा

Rachel Andrew

पब्लिश होने की तारीख: 3 दिसंबर, 2025

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

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

ट्रांसफ़ॉर्म के साथ, सीएसएस ऐंकर पोज़िशनिंग

अगर ऐंकर-पोज़िशन वाले एलिमेंट को ऐसे ऐंकर से जोड़ा जाता है जिसमें ट्रांसफ़ॉर्म होता है या वह ऐसे एलिमेंट में शामिल होता है जिसमें ट्रांसफ़ॉर्म होता है, तो ब्राउज़र anchor() और anchor-size() फ़ंक्शन को, ट्रांसफ़ॉर्म किए गए ऐंकर के बाउंडिंग बॉक्स के हिसाब से हल करता है.

पेज में ढूंढने की सुविधा के लिए, सीएसएस हाइलाइट सूडो

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

पेज में ढूंढने की सुविधा के लिए, हाइलाइट स्टाइलिंग के बारे में ज़्यादा जानने के लिए, Igalia के ब्लॉग पर जाएं.

ऐंकर पोज़िशनिंग के लिए, aria-details का इस्तेमाल न करें

संभव है कि पॉप-ओवर के अलावा, ऐंकर पोज़िशनिंग के अन्य इस्तेमाल के लिए aria-details के संबंध बनाने वाला कोड, गलती से जोड़ा गया हो. पॉप-ओवर और अन्य सिमैंटिक संबंध, do aria-details बनाते हैं. वहीं, अन्य इस्तेमाल के मामले में, सिमैंटिक संबंध नहीं बनते. इसलिए, Chrome अब सिमैंटिक संबंध न बनने वाले मामलों में, ये संबंध नहीं बनाता.

@scroll-state स्क्रोल की सुविधा

इससे, सबसे हाल ही में स्क्रोल करने की दिशा के आधार पर, कंटेनर के डिसेंडेंट को स्टाइल किया जा सकता है.

उदाहरण:

.scrolling-up {
  translate: 80px 0;
  transition: 0.4s translate;
}

html {
  container-type: scroll-state;
}

@container scroll-state(scrolled: top) {
  .scrolling-up { translate: 0 0; }
}

कीबोर्ड से स्क्रोल करने के लिए, overscroll-behavior का इस्तेमाल करें

overscroll-behavior को auto के अलावा किसी दूसरी वैल्यू पर सेट करने पर, ब्राउज़र को स्क्रोल चेनिंग नहीं करनी चाहिए. Chrome, माउस या टच से स्क्रोल करने के लिए इस सेटिंग का इस्तेमाल करता है. हालांकि, कीबोर्ड से स्क्रोल करने के लिए यह सेटिंग काम नहीं करती. इस बदलाव से, कीबोर्ड से स्क्रोल करने के लिए भी overscroll-behavior का इस्तेमाल किया जा सकेगा.

स्क्रोल न किए जा सकने वाले स्क्रोल कंटेनर के लिए, overscroll-behavior का इस्तेमाल करें

overscroll-behavior प्रॉपर्टी, सभी स्क्रोल कंटेनर एलिमेंट पर लागू होती है. भले ही, उन एलिमेंट में ओवरफ़्लोइंग कॉन्टेंट हो या उपयोगकर्ता उन्हें स्क्रोल कर सकता हो. overscroll-behavior का इस्तेमाल करके, overflow: hidden बैकड्रॉप या overflow: auto एलिमेंट पर स्क्रोल प्रोपगेशन को रोका जा सकता है. इसके लिए, यह देखने की ज़रूरत नहीं है कि वह ओवरफ़्लो हो रहा है या नहीं.

ट्री-स्कोप से बाहर, container-name मैचिंग

@container क्वेरी के लिए, container-name को मैच करते समय, ब्राउज़र ट्री-स्कोप को अनदेखा करता है.

पहले, @container क्वेरी के लिए, container-name मैचिंग में ट्री-स्कोप वाले नामों या रेफ़रंस का इस्तेमाल किया जाता था. इसका मतलब है कि अगर @container नियम और container-type प्रॉपर्टी, अलग-अलग ट्री से आती हैं, तो एक ही नाम मैच नहीं होगा. उदाहरण के लिए, अगर container-type डिक्लेरेशन, इनर शैडो ट्री से आता है.

इस बदलाव के बाद, @container नियम या container-type डिक्लेरेशन के ऑरिजिन के बावजूद, container-name की वैल्यू मैच हो जाती हैं.

SVG2 सीएसएस कैस्केडिंग

Chrome के लागू करने के तरीके को, <use> एलिमेंट ट्री में सीएसएस नियमों को मैच करने के लिए, SVG2 स्पेसिफ़िकेशन के साथ अलाइन करता है.

सिलेक्टर, ऑरिजिनल एलिमेंट सबट्री के बजाय, <use> इंस्टैंशिएशन एलिमेंट के साथ मैच होते हैं. इसका मतलब है कि क्लोन किए गए सबट्री के बाहर, सिलेक्टर अब ऐंसिस्टर और सिबलिंग एलिमेंट के साथ मैच नहीं होते. इससे भी अहम बात यह है कि स्टेट सिलेक्टर जैसे :hover अब <use> इंस्टेंस में मैच होते हैं.

Web API

XRVisibilityMaskChange

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

GlobalEventHandlers में onanimationcancel इवेंट दिखाना

सीएसएस ऐनिमेशन लेवल 1, एचटीएमएल स्पेसिफ़िकेशन में तय किए गए GlobalEventHandlers इंटरफ़ेस को चार नए इवेंट हैंडलर जोड़कर बढ़ाता है: onanimationstart, onanimationiteration, onanimationend, और onanimationcancel.

GlobalEventHandlers IDL में सिर्फ़ onanimationcancel इवेंट हैंडलर मौजूद नहीं था.

ज़्यादा जानकारी के लिए, सीएसएस ऐनिमेशन लेवल 1 स्पेसिफ़िकेशन और एचटीएमएल स्पेसिफ़िकेशन का GlobalEventHandlers सेक्शन देखें.

व्यू ट्रांज़िशन का waitUntil() तरीका

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

यह ज़्यादातर मामलों में काम करता है और डेवलपर को बेहतर अनुभव देता है. हालांकि, ज़्यादा मुश्किल मामलों में यह काफ़ी नहीं है, क्योंकि कभी-कभी डेवलपर चाहते हैं कि व्यू ट्रांज़िशन सूडो-ट्री, ऐनिमेशन फ़िनिश स्टेट के बाद भी बना रहे.

इसका एक उदाहरण, व्यू ट्रांज़िशन को Scroll-Driven Animations के साथ जोड़ना है. जब ऐनिमेशन को स्क्रोल टाइमलाइन से कंट्रोल किया जाता है, तो ऐनिमेशन खत्म होने पर सबट्री को खत्म नहीं किया जाना चाहिए, क्योंकि वापस स्क्रोल करने पर भी सूडो एलिमेंट ऐनिमेट हो सकते हैं.

व्यू ट्रांज़िशन के ऐडवांस इस्तेमाल को चालू करने के लिए, इस इंटेंट में ViewTransition ऑब्जेक्ट पर waitUntil() फ़ंक्शन जोड़ा जाता है. यह फ़ंक्शन, प्रॉमिस लेता है. यह प्रॉमिस, सूडो-ट्री को तब तक खत्म नहीं करता, जब तक वह सेटल नहीं हो जाता.

<geolocation> एलिमेंट

<geolocation> एलिमेंट पेश करता है. यह एलिमेंट, उपयोगकर्ता की जगह की जानकारी ऐक्सेस करने के लिए, डिक्लेरेटिव और उपयोगकर्ता के ऐक्टिवेट किए गए कंट्रोल की सुविधा देता है. यह, अनुमति के फ़्लो को मैनेज करके और सीधे साइट को जगह की जानकारी का डेटा उपलब्ध कराकर, उपयोगकर्ता और डेवलपर के अनुभव को बेहतर बनाता है. इससे अक्सर, JavaScript API के अलग से कॉल करने की ज़रूरत नहीं पड़ती.

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

WebGPU: subgroup_id सुविधा

सबग्रुप एक्सटेंशन चालू होने पर, subgroup_id और num_subgroups की बिल्ट-इन वैल्यू उपलब्ध होती हैं.

WebGPU: यूनिफ़ॉर्म बफ़र का स्टैंडर्ड लेआउट

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

Temporal API

Temporal API ECMA262 तारीखों और समय के साथ काम करने के लिए, स्टैंडर्ड ऑब्जेक्ट और फ़ंक्शन उपलब्ध कराता है. ECMAScript में, Date एक पुरानी समस्या रही है. Temporal, एक ग्लोबल Object है, जो टॉप-लेवल नेमस्पेस (उदाहरण के लिए, Math) के तौर पर काम करता है. यह ECMAScript भाषा के लिए, तारीख और समय का नया API उपलब्ध कराता है. मज़बूत इरादों के बारे में ज़्यादा जानने के लिए, देखें JavaScript की तारीख से जुड़ी समस्या को ठीक करना: शुरू करना.

SVGAElement के लिए, ping, hreflang, type, और referrerPolicy की सुविधा

SVGAElement पर ping, hreflang, type, और referrerPolicy एट्रिब्यूट के लिए सहायता जोड़ता है. इससे, एचटीएमएल और एसवीजी में लिंक को एक जैसा हैंडल करने के लिए, इसके व्यवहार को HTMLAnchorElement के साथ अलाइन किया जाता है.

clipboardchange इवेंट

clipboardchange इवेंट तब ट्रिगर होता है, जब कोई वेब ऐप्लिकेशन या सिस्टम का कोई अन्य ऐप्लिकेशन, सिस्टम क्लिपबोर्ड के कॉन्टेंट में बदलाव करता है. इससे, वेब ऐप्लिकेशन (उदाहरण के लिए, रिमोट डेस्कटॉप क्लाइंट) अपने क्लिपबोर्ड को सिस्टम क्लिपबोर्ड के साथ सिंक रख सकते हैं. यह, बदलावों के लिए क्लिपबोर्ड को पोल करने (JavaScript का इस्तेमाल करके) का एक बेहतर विकल्प है.

यूज़र-एजेंट क्लाइंट हिंट ch-ua-high-entropy-values की अनुमतियों से जुड़ी नीति

ch-ua-high-entropy-values की अनुमतियों से जुड़ी नीति के लिए सहायता जोड़ता है. इससे, टॉप-लेवल की साइट यह तय कर सकती है कि navigator.userAgentData.getHighEntropyValues() JavaScript API का इस्तेमाल करके, किन दस्तावेज़ों में हाई-एंट्रॉपी क्लाइंट हिंट इकट्ठा किए जा सकते हैं.

मौजूदा, हर क्लाइंट-हिंट की अनुमतियों से जुड़ी नीतियों की मदद से, एचटीटीपी पर हाई-एंट्रॉपी हिंट इकट्ठा करने पर पाबंदी लगाना पहले से ही मुमकिन है.

आरटीएल MathML ऑपरेटर की मिररिंग

आरटीएल मोड में MathML ऑपरेटर रेंडर करते समय, कैरेक्टर-लेवल और ग्लिफ़-लेवल मिररिंग के लिए सहायता जोड़ता है.

आरटीएल मोड का इस्तेमाल करते समय, कुछ ऑपरेटर को दूसरे कोड पॉइंट में बदलकर मिरर किया जा सकता है. उदाहरण के लिए, राइट पैरंथेसिस, लेफ़्ट पैरंथेसिस बन जाता है. यह कैरेक्टर-लेवल मिररिंग है. इसमें, यूनिकोड की Bidi_Mirrored प्रॉपर्टी से इक्विवेलेंस तय किए जाते हैं.

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

आइसोलेटेड वेब ऐप्लिकेशन के लिए, Direct Sockets API के लिए मल्टीकास्ट की सुविधा

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

परफ़ॉर्मेंस और इवेंट टाइमिंग: InteractionCount

Event Timing API, Performance Timeline का हिस्सा है. यह उपयोगकर्ता के इंटरैक्शन की परफ़ॉर्मेंस को मेज़र करता है. कुछ इवेंट को interactionId वैल्यू असाइन की जाती है. यह वैल्यू, उपयोगकर्ता के सामान्य फ़िज़िकल इनपुट या जेस्चर के आधार पर, संबंधित इंटरैक्शन को ग्रुप करने के लिए काम की होती है.

इस सुविधा से performance.interactionCount जुड़ता है. यह, पेज पर हुए इंटरैक्शन की कुल संख्या होती है.

खास तौर पर, यह सुविधा, Interaction to Next Paint (INP) मेट्रिक की वैल्यू की गिनती करने के लिए काम की होती है. इसके लिए, ज़्यादा पर्सेंटाइल स्कोर (50 से ज़्यादा कुल इंटरैक्शन वाले पेजों के लिए p98) की गिनती करने के लिए, इंटरैक्शन की कुल संख्या जानना ज़रूरी है.

इस सुविधा को काफ़ी समय पहले तय किया गया था. इसे पहले Chromium में प्रोटोटाइप किया गया था, लेकिन कभी लॉन्च नहीं किया गया. यह Interop 2025 का हिस्सा है और अन्य ब्राउज़र में पहले से उपलब्ध है.

डीओएम में बदलाव के बाद, इंटरऑपरेबल पॉइंटर और माउस बाउंड्री इवेंट

किसी इवेंट टारगेट को डीओएम से हटाने के बाद, पॉइंटर का लॉजिकल टारगेट, पॉइंटर और माउस बाउंड्री इवेंट (यानी, over, out, enter, और leave इवेंट) के मुताबिक, डीओएम से अब भी जुड़े सबसे नज़दीकी ऐंसिस्टर होना चाहिए.

Chrome, किसी नोड को डीओएम से हटाने के बाद भी ट्रैक करता रहा है. नतीजतन, अगर हिट-टेस्ट नोड A को डीओएम से हटाने के बाद, पॉइंटर नए नोड B पर जाता है, तो बाउंड्री इवेंट सीक्वेंस (pointerover, pointerout, pointerenter, pointerleave इवेंट, और उनसे जुड़े माउस इवेंट) से पता चलता है कि पॉइंटर, A से B पर गया है. नए कंसेंसस के मुताबिक, इवेंट सीक्वेंस से पता चलता है कि पॉइंटर, "A के पैरंट" से B पर गया है.

Android पर पॉइंटर लॉक की सुविधा

माउस इवेंट के टारगेट को किसी एक एलिमेंट पर लॉक करके और माउस कर्सर को छिपाकर, माउस के रॉ मूवमेंट का ऐक्सेस देता है. डेस्कटॉप पर Pointer Lock API की सुविधा पहले से मौजूद है. इसे Android पर भी लॉन्च किया जा रहा है.

RTCDegradationPreference enum वैल्यू maintain-framerate-and-resolution

maintain-framerate-and-resolution, WebRTC के इंटरनल वीडियो अडैप्टेशन को बंद कर देता है. इससे, ऐप्लिकेशन अपना अडैप्टेशन लॉजिक लागू कर सकता है और इंटरनल अडैप्टेशन से होने वाली रुकावटों को रोका जा सकता है.

Android और iOS पर WebAuthn Signal API

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

यह सुविधा डेस्कटॉप पर पहले से उपलब्ध थी. अब इसे Android और iOS पर भी लॉन्च किया जा रहा है.

इसके अलावा, सिग्नल API अब सभी प्लैटफ़ॉर्म पर, Google Password Manager की पासकी के लिए सुरक्षा मैकेनिज़्म को सपोर्ट करता है. पहले, जब कोई निर्भर रहने वाली पार्टी यह सिग्नल देती थी कि कोई क्रेडेंशियल अनजान है या उसे हटा दिया गया है, तो पासकी हमेशा के लिए मिटा दी जाती थी. अब, Google Password Manager, पासकी को मिटाने के बजाय छिपा देता है. पहले छिपाई गई पासकी की सूची के साथ, signalAllAcceptedCredentials को कॉल करके, पासकी को वापस पाया जा सकता है.

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

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

बेहतर Canvas TextMetrics

TextMetrics Canvas API को बढ़ाकर, सिलेक्शन रेक्टैंगल, बाउंडिंग बॉक्स क्वेरी, और ग्लिफ़ क्लस्टर पर आधारित कार्रवाइयों के लिए सहायता जोड़ी गई है.

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

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

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

Topics API के इस्तेमाल पर रोक लगाना

Topics API, उपयोगकर्ता के ब्राउज़िंग की सामान्य दिलचस्पी के आधार पर, विज्ञापन टारगेटिंग की सुविधा देने वाला API है. इससे, उपयोगकर्ता के ब्राउज़िंग इतिहास की सटीक जानकारी नहीं मिलती.

Chrome, तीसरे पक्ष की कुकी के लिए अपने मौजूदा तरीके को बनाए रखेगा. इस एलान के बाद, हम Topics API के इस्तेमाल पर रोक लगा रहे हैं और इसे हटाने की योजना बना रहे हैं. इसके साथ ही, Privacy Sandbox की सुविधा के स्टेटस पेज पर बताए गए कुछ अन्य टेक्नोलॉजी को भी हटाया जाएगा.

Protected Audience API के इस्तेमाल पर रोक लगाना

Protected Audience API, तीसरे पक्ष की कुकी या साइटों पर उपयोगकर्ता की ट्रैकिंग किए बिना, दिलचस्पी के ग्रुप के हिसाब से विज्ञापन दिखाने का तरीका उपलब्ध कराता है.

Chrome, तीसरे पक्ष की कुकी के लिए अपने मौजूदा तरीके को बनाए रखेगा. इस एलान के बाद, हम Protected Audience API के इस्तेमाल पर रोक लगा रहे हैं और इसे हटाने की योजना बना रहे हैं. इसके साथ ही, Privacy Sandbox की सुविधा के स्टेटस वालेपेज पर बताए गए कुछ अन्य टेक्नोलॉजी को भी हटाया जाएगा.

Shared Storage API के इस्तेमाल पर रोक लगाना

Shared Storage API, निजता बनाए रखने वाला वेब API है. इसकी मदद से, पहले पक्ष की साइट से अलग स्टोरेज की सुविधा मिलती है.

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

Attribution Reporting API के इस्तेमाल पर रोक लगाना

Attribution Reporting API, तीसरे पक्ष की कुकी या साइटों पर उपयोगकर्ता की ट्रैकिंग किए बिना, विज्ञापन कन्वर्ज़न को मेज़र करने के लिए डिज़ाइन किया गया API है.

Chrome, तीसरे पक्ष की कुकी के लिए अपने मौजूदा तरीके को बनाए रखेगा. इस एलान के बाद, टीम Attribution Reporting API के इस्तेमाल पर रोक लगाने और इसे हटाने की योजना बना रही है. इसके साथ ही, Privacy Sandbox के अन्य API को भी हटाया जाएगा.

Private Aggregation API के इस्तेमाल पर रोक लगाना

Private Aggregation API, निजता बनाए रखने के तरीके से, एग्रीगेट और क्रॉस-साइट डेटा को मेज़र करने का एक सामान्य मैकेनिज़्म है. इसे मूल रूप से, तीसरे पक्ष की कुकी के बिना काम करने के लिए डिज़ाइन किया गया था.

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

Related Website Sets, डेवलपर को साइटों के बीच के संबंधों के बारे में एलान करने के लिए एक फ़्रेमवर्क उपलब्ध कराता है. इससे, खास और उपयोगकर्ता के लिए काम के मकसद से, क्रॉस-साइट कुकी के सीमित ऐक्सेस की सुविधा मिलती है. यह सुविधा, Storage Access API और document.requestStorageAccessFor (अगला सेक्शन देखें) का इस्तेमाल करके मिलती है.

Chrome, तीसरे पक्ष की कुकी के लिए अपने मौजूदा तरीके को बनाए रखेगा. इस एलान के बाद, हम Related Website Sets के इस्तेमाल पर रोक लगा रहे हैं और इसे हटाने की योजना बना रहे हैं. इसके साथ ही, Privacy Sandbox की सुविधा के स्टेटस page पर बताए गए कुछ अन्य टेक्नोलॉजी को भी हटाया जाएगा.

document.requestStorageAccessFor के इस्तेमाल पर रोक लगाना

requestStorageAccessFor API, Storage Access API का एक्सटेंशन है. इसकी मदद से, टॉप-लेवल की साइट, एम्बेड की गई साइटों की ओर से, बिना बांटी गई ("पहले पक्ष की") कुकी के ऐक्सेस का अनुरोध कर सकती है. ब्राउज़र के पास, ऐक्सेस देने या न देने का विकल्प होगा. इसमें, Related Website Sets की सदस्यता जैसे मैकेनिज़्म, संभावित सिग्नल के तौर पर काम करेंगे. इससे, टॉप-लेवल की साइटें, Storage Access API का इस्तेमाल कर पाएंगी.

Chrome, तीसरे पक्ष की कुकी के लिए अपने मौजूदा तरीके को बनाए रखेगा. इस एलान के बाद, हम requestStorageAccessFor के इस्तेमाल पर रोक लगा रहे हैं और इसे हटाने की योजना बना रहे हैं. इसके साथ ही, Privacy Sandbox की सुविधा के स्टेटस वाले पेज पर बताए गए कुछ अन्य टेक्नोलॉजी को भी हटाया जाएगा.

SyncTypesListDisabled में, savedTabGroups को अलग वैल्यू के तौर पर इस्तेमाल करने पर रोक लगाना

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

एक्सएमएल पार्सिंग में, बाहर से लोड की गई इकाइयां

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

http/tests/security/contentTypeOptions/xml-external-entity.xml एक उदाहरण उपलब्ध कराता है: एक्सटर्नल इकाइयों को DOCTYPE स्टेटमेंट के आखिर में तय किया जा सकता है. साथ ही, ये उन संसाधनों को रेफ़र कर सकती हैं जिन्हें एक्सएमएल पार्स करते समय, सिंक्रोनस तरीके से लोड किया जाता है और कॉन्टेक्स्ट के तौर पर शामिल किया जाता है.

एक और सिंटैक्स उदाहरण, DOCTYPE है. इसमें SYSTEM कीवर्ड के बाद, डीटीडी की ओर इशारा करने वाला यूआरएल होता है. इसमें, इकाई की अतिरिक्त परिभाषाएं शामिल होती हैं.

ऐसे एक्सटर्नल लोड अनुरोध, पार्सर से पास किए जाते हैं.

W3C XML स्पेसिफ़िकेशन के मुताबिक, नॉन-वैलिडेटिंग प्रोसेसर के लिए, एक्सटर्नल इकाइयों को पढ़ना ज़रूरी नहीं है.

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