Chrome 135

स्टेबल वर्शन रिलीज़ होने की तारीख: 1 अप्रैल, 2025

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

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

निर्देश देने वाले निर्देश; command और commandfor एट्रिब्यूट

<button> एलिमेंट पर command और commandfor एट्रिब्यूट की मदद से, बटन के व्यवहार को आसानी से और साफ़ तौर पर असाइन किया जा सकता है.

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

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

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

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

सीएसएस

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

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

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

::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.

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

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

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

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

सीएसएस इनर्टनेस—interactivity प्रॉपर्टी

interactivity प्रॉपर्टी से पता चलता है कि कोई एलिमेंट और उसके फ़्लैट ट्री के वंशज (इनमें टेक्स्ट रन भी शामिल हैं) इनऐक्टिव हैं या नहीं.

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

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

सीएसएस लॉजिकल ओवरफ़्लो

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

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

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

याद रखे गए स्क्रोल ऑफ़सेट के कॉन्सेप्ट के लिए सहायता जोड़ें.

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

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

• जब पोज़िशन किया गया एलिमेंट पहली बार दिखता है.
• जब कोई दूसरी पोज़िशन (position-try-fallbacks) चुनी जाती है.

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

सीएसएस shape() फ़ंक्शन

shape() फ़ंक्शन की मदद से, clip-path में रिस्पॉन्सिव फ़्री-फ़ॉर्म आकार बनाए जा सकते हैं.

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

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

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

यह सुविधा max-area-safe-inset-* वैरिएबल जोड़ती है, जो बदलते नहीं हैं और सबसे ज़्यादा सेफ़ एरिया इनसेट दिखाते हैं.

इस सुविधा से, पेज को फिर से लेआउट करने की ज़रूरत नहीं पड़ती. उदाहरण के लिए, सेफ़ ज़ोन इनसेट की वैल्यू बढ़ने पर फ़ुटर को साइज़ बदलने के बजाय, बस स्लाइड किया जा सकता है.

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

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

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

• ::before::marker
• ::after::marker

आने वाले समय में, ::column::scroll-marker के साथ भी काम करेगा.

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

ऑडियो और वीडियो

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

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

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

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

वेब एपीआई

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

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

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

एलिमेंट का रिफ़्लेक्शन

इस सुविधा की मदद से, ARIA के रिलेशनशिप एट्रिब्यूट को IDL में, DOMStrings के बजाय एलिमेंट रेफ़रंस के तौर पर दिखाया जा सकता है.

यह ARIAMixin इंटरफ़ेस में, एलिमेंट या FrozenArray<Element> टाइप के साथ IDL एट्रिब्यूट लागू करता है. हालांकि, ariaOwnsElements को लागू नहीं करता.

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

फ़ेंस किए गए फ़्रेम: ऑटोमैटिक बीकन क्रॉस-ऑरिजिन डेटा की सुविधा

अगर फ़ेंस किए गए फ़्रेम या URN iframes, Protected Audience या Shared Storage जैसे एपीआई के ज़रिए लोड किए जाते हैं, तो कोई इवेंट होने पर वे रिपोर्टिंग बीकन अपने-आप भेज सकते हैं. फ़िलहाल, सिर्फ़ टॉप-लेवल नेविगेशन बीकन काम करते हैं. इस सुविधा को पहले अपडेट किया गया था, ताकि ऑप्ट-इन करने पर, रूट फ़ेंस किए गए फ़्रेम के ट्री में लोड किए गए क्रॉस-ऑरिजिन दस्तावेज़, अपने-आप बीकन भेज सकें. हालांकि, इसमें यह पाबंदी अब भी बनी हुई है कि एपीआई से लोड किए गए ऑरिजिन से मिलते-जुलते ऑरिजिन वाले फ़्रेम ही, बीकन के हिस्से के तौर पर भेजा जाने वाला डेटा सेट कर सकते हैं. इस सुविधा से, क्रॉस-ऑरिजिन दस्तावेज़ को वह डेटा सेट करने की अनुमति मिलती है जिसका इस्तेमाल ऑटोमैटिक बीकन में किया जाएगा.

निजता को बनाए रखते हुए, फ़ेंस किए गए फ़्रेम के रूट दस्तावेज़ और क्रॉस-ऑरिजिन सबफ़्रेम दस्तावेज़, दोनों को साफ़ तौर पर ऑप्ट इन करना होगा. यह ऑप्ट-इन करने का वही तरीका है जो क्रॉस-ऑरिजिन FFAR की अन्य सुविधाओं के लिए इस्तेमाल किया जाता है. खास तौर पर, रूट फ़्रेम को Allow-Fenced-Frame-Automatic-Beacons हेडर का इस्तेमाल करके ऑप्ट इन करना होगा. साथ ही, डेटा सेट करने वाले क्रॉस-ऑरिजिन सबफ़्रेम को setReportEvent() को कॉल करने के लिए, crossOriginExposed पैरामीटर के साथ ऑप्ट इन करना होगा.

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

Float16Array

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

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

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

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

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

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

NavigateEvent sourceElement

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

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

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

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

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

Observable API

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

इवेंट आने पर उन्हें पाने के लिए, ऑब्जेक्ट की सदस्यता ली जा सकती है. साथ ही, इवेंट के ट्रांसफ़ॉर्मेशन के फ़्लो के बारे में बताने के लिए, उसके किसी भी ऑपरेटर या कॉम्बिनेटर को कॉल किया जा सकता है. यह, इंपरटिव वर्शन के उलट है. इसके लिए, addEventListener() जैसी चीज़ों के साथ जटिल नेस्टिंग की ज़रूरत होती है.

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

setInterval(...) को >= 1ms पर क्लैंप करने की सुविधा हटाएं

Chrome 135 से पहले के वर्शन में, setInterval की वैल्यू 1 से कम होने पर, उसे 1 पर सेट कर दिया जाता था. Chrome 135 से यह पाबंदी हटा दी गई है.

• इससे पहले: setInterval(..., 0) = 1ms देरी.
• इसके बाद: setInterval(..., 0) = 0ms देरी.

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

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

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

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

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

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

एचटीएमएल ऐंकर एलिमेंट के साथ अलाइन करने से, सभी वेब टेक्नोलॉजी में एक जैसी सुविधाएं मिलती हैं और उन्हें इस्तेमाल करना आसान हो जाता है.

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

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

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

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

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

सीओआरएस रीडायरेक्ट पर एचटीटीपी रिक्वेस्ट हेडर, मुख्य हिस्सा, और रेफ़रर नीति अपडेट करना

अगर तरीका बदल गया है, तो request-body-headers और body को हटाकर, सीओआरएस रीडायरेक्ट पर एचटीटीपी अनुरोध अपडेट करें. साथ ही, रेफ़रर नीति को अपडेट करें. ये अनुरोध, फ़ेच स्पेसिफ़िकेशन के साथ अलाइन होते हैं. साथ ही, ये Firefox और Safari के लागू किए गए व्यवहार से मेल खाते हैं, ताकि परफ़ॉर्मेंस को बेहतर बनाया जा सके.

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

fetchLater API

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

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

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

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

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

highlightsFromPoint API

highlightsFromPoint API की मदद से, डेवलपर कस्टम हाइलाइट के साथ इंटरैक्ट कर सकते हैं. इसके लिए, यह पता लगाया जाता है कि दस्तावेज़ के किसी खास पॉइंट पर कौनसी हाइलाइट मौजूद हैं. यह इंटरैक्टिविटी, वेब की उन जटिल सुविधाओं के लिए अहम है जहां कई हाइलाइट ओवरलैप हो सकती हैं या शैडो DOM में मौजूद हो सकती हैं. एपीआई, पॉइंट के आधार पर हाइलाइट करने की सुविधा देता है. इससे डेवलपर, कस्टम हाइलाइट की मदद से डाइनैमिक इंटरैक्शन को ज़्यादा असरदार तरीके से मैनेज कर सकते हैं. जैसे, हाइलाइट किए गए हिस्सों पर उपयोगकर्ता के क्लिक या कर्सर घुमाने की कार्रवाई का जवाब देना. इससे कस्टम टूलटिप, कॉन्टेक्स्ट मेन्यू या अन्य इंटरैक्टिव सुविधाएं ट्रिगर की जा सकती हैं.

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

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

डिवाइस बाउंड सेशन के क्रेडेंशियल

वेबसाइटों के लिए, किसी सेशन को सुरक्षित तरीके से किसी एक डिवाइस से जोड़ने का तरीका.

इससे सर्वर, किसी डिवाइस से सुरक्षित तरीके से सेशन को बाउंड कर पाएंगे. सर्वर के अनुरोध के मुताबिक, ब्राउज़र समय-समय पर सेशन को रिन्यू करेगा. इसके लिए, निजी कुंजी के मालिकाना हक का सबूत देना होगा.

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

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

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

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

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

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

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

अनुमान लगाने के नियम: target_hint फ़ील्ड

इससे, अनुमान लगाने से जुड़े नियमों के सिंटैक्स का दायरा बढ़ जाता है. इससे डेवलपर, target_hint फ़ील्ड की जानकारी दे सकते हैं.

यह फ़ील्ड, नेविगेट किए जा सकने वाले टारगेट के बारे में बताने के लिए एक हिंट देता है. यहां पहले से रेंडर किया गया पेज चालू किया जाएगा. उदाहरण के लिए, जब _blank को हिंट के तौर पर बताया जाता है, तो window.open() की मदद से खोले गए नेविगेट किए जा सकने वाले पेज के लिए, पहले से रेंडर किया गया पेज चालू किया जा सकता है. फ़ील्ड का, पेज को पहले से लोड करने पर कोई असर नहीं पड़ता.

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

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

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

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

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

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

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

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

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

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

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