जब तक अलग से न बताया जाए, तब तक नीचे दिए गए बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome के सबसे नए बीटा चैनल रिलीज़ पर लागू होते हैं. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक या ChromeStatus.com पर दी गई सूची में जाएं. Chrome 124, 20 मार्च, 2024 से बीटा वर्शन में उपलब्ध है. नए वर्शन को डेस्कटॉप पर Google.com या Android पर Google Play Store से डाउनलोड किया जा सकता है.
सीएसएस
इस रिलीज़ में सीएसएस की दो नई सुविधाएं जोड़ी गई हैं.
CSSImportRule.styleSheet
CSSImportRule.styleSheet को शून्य होने की अनुमति दें. अगर CSSImportRule से जुड़ी कोई सीएसएस स्टाइल शीट न हो, तो CSSImportRule में styleSheet एट्रिब्यूट को शून्य किया जा सकता है.
CSSKeyframesRule.length
CSSKeyframesRule की length एट्रिब्यूट को एक्सपोज़ करता है. इंडेक्स की गई प्रॉपर्टी के साथ काम करने वाले इंटरफ़ेस में, length नाम का पूर्णांक-टाइप एट्रिब्यूट तय करना ज़रूरी है.
एचटीएमएल
इस रिलीज़ में दो नई एचटीएमएल सुविधाएं जोड़ी गई हैं.
writingsuggestions एट्रिब्यूट
ब्राउज़र, वेब पर बदलाव करने लायक अलग-अलग फ़ील्ड पर टाइप करते समय, उपयोगकर्ताओं को लिखने के सुझाव देना शुरू कर रहे हैं. आम तौर पर, यह लोगों के लिए मददगार होता है. हालांकि, कुछ मामलों में डेवलपर, ब्राउज़र से मिलने वाली लिखने में मदद करने वाली सहायता को बंद कर सकते हैं. जैसे, ऐसे एक्सटेंशन या साइटें जो अपनी ही तरह की काम करने की क्षमता देती हैं.
नए एट्रिब्यूट writingsuggestions में true या false की वैल्यू दी गई हैं. इनकी मदद से, डेवलपर ब्राउज़र से लिखने के सुझावों को चालू या बंद कर सकते हैं. किसी एलिमेंट के लिए एट्रिब्यूट की स्थिति को पहले के एलिमेंट से भी इनहेरिट किया जा सकता है. इससे डेवलपर, हर एलिमेंट या हर दस्तावेज़ या सब-दस्तावेज़ के स्केल पर इस फ़ंक्शन को कंट्रोल कर सकते हैं.
कीबोर्ड फ़ोकस करने लायक स्क्रोल कंटेनर
क्रम के मुताबिक फ़ोकस नेविगेशन का इस्तेमाल करके, स्क्रोल कंटेनर को फ़ोकस करने लायक बनाकर सुलभता को बेहतर बनाता है. इस बदलाव से पहले, Tab का इस्तेमाल स्क्रोलर पर तब तक फ़ोकस नहीं करता
जब तक कि tabIndex को साफ़ तौर पर 0 या उससे ज़्यादा पर सेट न किया गया हो.
स्क्रोलर को डिफ़ॉल्ट रूप से फ़ोकस करने लायक बनाने से, जो उपयोगकर्ता माउस का इस्तेमाल नहीं कर सकते (या नहीं करना चाहते) वे कीबोर्ड के टैब और ऐरो बटन का इस्तेमाल करके, क्लिप किए गए कॉन्टेंट पर फ़ोकस कर पाएंगे. यह तरीका सिर्फ़ तब चालू होता है, जब स्क्रोलर में ऐसा कोई भी बच्चा नहीं होता है जिसे कीबोर्ड पर फ़ोकस किया जा सकता है.
यह सुविधा Chrome 124 से धीरे-धीरे रोल आउट की जाएगी और Chrome 125 तक सभी उपयोगकर्ताओं के लिए उपलब्ध होगी. कीबोर्ड पर फ़ोकस करने वाले स्क्रोलर के बारे में ज़्यादा जानें.
वेब एपीआई
Attribution Reporting API में जोड़ी गई जानकारी
Attribution Reporting API में और भी सुविधाएं जोड़ी गई हैं, ताकि गड़बड़ी वाली डीबग रिपोर्ट को पार्स करने में मदद करके, उसे बेहतर बनाया जा सके. साथ ही, पसंदीदा रजिस्ट्रेशन प्लैटफ़ॉर्म के लिए फ़ील्ड का इस्तेमाल करके एपीआई एर्गोनॉमिक्स को बेहतर बनाया जा सके और निजता को बेहतर बनाया जा सके.
दस्तावेज़ में पिक्चर में पिक्चर: 'टैब पर वापस जाएं' बटन को छिपाने का विकल्प जोड़ें
इससे दस्तावेज़ पिक्चर में पिक्चर एपीआई में एक नया पैरामीटर (disallowReturnToOpener) जुड़ जाता है. अगर 'सही है' पर सेट किया जाता है, तो ब्राउज़र को यह संकेत मिलता है कि पिक्चर में पिक्चर विंडो में ऐसा बटन नहीं दिखना चाहिए जिससे उपयोगकर्ता, ओपनर टैब पर वापस जा सके.
ओपनर टैब पर वापस जाने के लिए बटन का होना हमेशा वीडियो पिक्चर में पिक्चर केस में सही होता है (वीडियो स्ट्रीम को ओपनर टैब में वीडियो एलिमेंट पर वापस लाया जा सकता है), लेकिन दस्तावेज़ में पिक्चर में पिक्चर मोड में हमेशा ऐसा नहीं होता. इससे डेवलपर को उपयोगकर्ता अनुभव पर ज़्यादा कंट्रोल मिलता है. ऐसा तब होता है, जब उन्हें लगता है कि इस तरह का बटन उनके इस्तेमाल के उदाहरण के हिसाब से काम का नहीं है.
दस्तावेज़ पिक्चर में पिक्चर के लिए दस्तावेज़ में ज़्यादा जानें.
दस्तावेज़ को रेंडर करने से रोकना
इस सुविधा की मदद से लेखक, दस्तावेज़ को तब तक रेंडर नहीं कर पाते, जब तक अहम कॉन्टेंट पार्स नहीं हो जाता. इससे यह पक्का होता है कि सभी ब्राउज़र पर एक जैसा पहला पेंट हो जाएगा. इस सुविधा के बिना, पहले पेंट की स्थिति पार्सर के अनुभव के अनुभव पर निर्भर करती है, जो अलग-अलग ब्राउज़र पर अलग-अलग हो सकती है.
यह खास तौर पर व्यू ट्रांज़िशन के लिए ज़रूरी है, जहां पहले फ़्रेम पर पार्स की गई DOM स्थिति में, बनाए गए ट्रांज़िशन में बहुत ज़्यादा बदलाव हो सकते हैं.
ध्यान दें कि यह सुविधा एक <link rel=expect href="#id"> सिंटैक्स लागू करती है, जिससे लिंक एलिमेंट को पेज पर किसी दूसरे एलिमेंट का रेफ़रंस देने में मदद मिलती है. रेंडर करने की प्रोसेस तब तक ब्लॉक रहती है, जब तक कि अनुमानित एलिमेंट को पूरी तरह पार्स नहीं कर लिया जाता. यह
एचटीएमएल एट्रिब्यूट को लागू करने के पिछले तरीके पर लागू होता है. इससे पूरे दस्तावेज़ को रेंडर होने से रोका जा सकता है.
jitterBufferTarget एट्रिब्यूट
jitterBufferTarget एट्रिब्यूट की मदद से ऐप्लिकेशन, RTCRtpReceiver सिग्नल बफ़र को होल्ड करने के लिए मीडिया के मिलीसेकंड में एक तय समयसीमा तय कर सकते हैं. यह उपयोगकर्ता एजेंट के किए जाने वाले बफ़रिंग की मात्रा पर असर डालता है. इसका असर, फिर से ट्रांसमिशन और पैकेट लॉस रिकवरी पर पड़ता है. टारगेट वैल्यू में बदलाव करने से, ऐप्लिकेशन को प्लेआउट में होने वाली देरी और नेटवर्क के सिग्नल में गड़बड़ी की वजह से ऑडियो या वीडियो फ़्रेम खत्म होने के जोखिम के बीच ट्रेड-ऑफ़ को कंट्रोल करने की सुविधा मिलती है.
pageswap इवेंट
pageswap इवेंट, दस्तावेज़ के विंडो ऑब्जेक्ट पर तब ट्रिगर होता है, जब कोई नेविगेशन
इस दस्तावेज़ को नए दस्तावेज़ से बदल देगा. इवेंट, नेविगेशन को चालू करने की जानकारी देता है (नए दस्तावेज़ के लिए type, NavigationHistoryEntry).
अगर नेविगेशन में क्रॉस-दस्तावेज़ व्यू ट्रांज़िशन है, तो इवेंट को पुराने दस्तावेज़ की स्थिति कैप्चर करने से पहले भेज दिया जाता है. इससे डेवलपर को नेविगेशन की सुविधा चालू करने की जानकारी और पुराने दस्तावेज़ की मौजूदा विज़ुअल स्थिति के आधार पर, ट्रांज़िशन के लिए कैप्चर की गई पुरानी स्थिति को कॉन्फ़िगर करने की अनुमति मिलती है.
priority एचटीटीपी अनुरोध का हेडर
इससे सभी एचटीटीपी अनुरोधों के लिए, priority अनुरोध का हेडर जुड़ जाता है. इसमें, अनुरोध भेजे जाते समय उसकी प्राथमिकता की जानकारी भी शामिल होती है.
आरएफ़सी 9218 (एचटीटीपी के लिए एक्सटेंसिबल प्राथमिकता स्कीम) priority एचटीटीपी अनुरोध के हेडर के बारे में बताती है. इसका इस्तेमाल ऑरिजिन (और मध्यस्थों) को अनुरोध की प्राथमिकता के बारे में सिग्नल देने के लिए किया जाता है. यह एचटीटीपी/2 और एचटीटीपी/3 के लिए नेगोशिएशन प्रोसेस और प्रोटोकॉल-लेवल फ़्रेम को भी परिभाषित करता है, ताकि एक जैसी प्राथमिकता वाली जानकारी दी जा सके.
हेडर किसी संसाधन की शुरुआती प्राथमिकता का संकेत सिर्फ़ तब दे सकता है, जब उसके लिए पहली बार अनुरोध किया गया हो. वहीं, फ़्रेम पर आधारित सिस्टम, तथ्य के बाद प्राथमिकता में बदलाव करने की अनुमति देते हैं.
हेडर, ऑरिजिन सर्वर तक एंड-टू-एंड ऑपरेट कर सकता है. साथ ही, मध्यस्थों से इसकी पहचान किए जाने पर ऑरिजिन, प्राथमिकता को ओवरराइड कर सकता है. हालांकि, फ़्रेम को लिंक लेवल पर ही इस्तेमाल किया जा सकता है.
यह सुविधा खास तौर पर, हेडर पर आधारित प्राथमिकता की स्कीम को सपोर्ट करने के लिए है.
मिले-जुले कॉन्टेंट को आराम देने के लिए निजी नेटवर्क ऐक्सेस की अनुमति
यह सुविधा, fetch() पर एक नया विकल्प लॉन्च करती है. इससे, नेटवर्क पर ऐसे डिवाइसों से कनेक्ट करने के लिए कहा जाता है जिनके नाम दुनिया भर में लागू नहीं होते, क्योंकि उनके पास दुनिया भर में यूनीक नाम नहीं होते और इसलिए वे TLS सर्टिफ़िकेट हासिल नहीं कर सकते. इसमें नीति के ज़रिए नियंत्रित की जाने वाली एक नई सुविधा शामिल है, जो हर साइट के लिए इस क्षमता का ऐक्सेस बंद करती है. साथ ही, ज़्यादा मेटाडेटा देने के लिए, सर्वर के प्रीफ़्लाइट रिस्पॉन्स के लिए नए हेडर शामिल हैं.
Sec-CH-UA-डिवाइस के नाप या आकार वाले क्लाइंट के लिए संकेत
इस संकेत से, सर्वर को उपयोगकर्ता एजेंट के फ़ॉर्म-फ़ैक्टर की जानकारी मिलती है. यह डिवाइस के नाप या आकार के हिसाब से, एक या इससे ज़्यादा वैल्यू दिखाता है:
- डेस्कटॉप: निजी कंप्यूटर पर चल रहा उपयोगकर्ता-एजेंट.
- ऑटोमोटिव: ऐसा उपयोगकर्ता-एजेंट जिसे गाड़ी में जोड़ा गया हो और जहां उपयोगकर्ता पर, वाहन चलाने की ज़िम्मेदारी हो और वह छोटी-छोटी चीज़ों को भी शामिल न कर पाए.
- मोबाइल: छोटा और छूने पर काम करने वाला डिवाइस, जिसे आम तौर पर इस्तेमाल करने वाले व्यक्ति के पास ले जाया जाता है.
- टैबलेट: "मोबाइल" के साइज़ वाला टच-ओरिएंटेड डिवाइस और आम तौर पर उपयोगकर्ता के उसे इस्तेमाल नहीं किया जा सकता.
- XR: इमर्सिव डिवाइस जो उपयोगकर्ता के आस-पास के माहौल को बेहतर बनाते हैं या उसकी जगह ले लेते हैं.
- EInk: ऐसा डिवाइस जिसकी स्क्रीन पर धीमे अपडेट होते हैं और जिसका कलर रिज़ॉल्यूशन सीमित होता है या बिलकुल नहीं होता.
- स्मार्टवॉच: छोटी स्क्रीन (आम तौर पर दो इंच से कम) वाली मोबाइल डिवाइस को इस तरह से रखा जाता है कि उपयोगकर्ता उसे तुरंत देख सके.
setHTMLUnsafe और parseHTMLUnsafe
setHTMLUnsafe और parseHTMLUnsafe वाले तरीकों से, JavaScript से डिक्लेरेटिव शैडो DOM को इस्तेमाल करने की अनुमति मिलती है. इन तरीकों की मदद से, innerHTML या DOMParser के मुकाबले, एचटीएमएल को DOM में ज़रूरी तरीके से पार्स करना आसान हो जाता है.
Shared Storage API से जुड़े अपडेट
यह अपडेट, iframe बनाए बिना क्रॉस ऑरिजिन वर्कलेट चलाने के लिए सहायता जोड़ता है.
Streams API: ReadableStream एसिंक इटरेशन
स्ट्रीम एपीआई, डेटा की स्ट्रीम बनाने, बनाने, और उसका इस्तेमाल करने के लिए, हर जगह इस्तेमाल होने वाले, इंटरऑपरेबल प्रिमिटिव देता है. इस बदलाव से, ReadableStream API में, सिंक करने के बाद बदलने वाले प्रोटोकॉल के साथ काम करता है. इससे await...of लूप के सोर्स के तौर पर, पढ़ने लायक स्ट्रीम का इस्तेमाल किया जा सकेगा.
SVG context-fill और context-stroke
मौजूदा SVG सुविधा को लागू करता है, जो फ़िल और स्ट्रोक प्रॉपर्टी तय करते समय कीवर्ड context-fill और
context-stroke को अनुमति देती है. इससे सिर्फ़ उन SVG सब-ट्री पर असर पड़ता है जो <use> एलिमेंट के साथ इंस्टैंशिएट किए जाते हैं और <marker> एलिमेंट जो <path> एलिमेंट पर marker प्रॉपर्टी का इस्तेमाल करके इंस्टैंशिएट किए जाते हैं. उन मामलों में, context-fill और context-stroke को <use> या <path> पर fill और stroke प्रॉपर्टी की वैल्यू के हिसाब से तय किया जाता है.
WebGPU: ServiceWorker और SharedWorker के लिए सहायता
ServiceWorker और SharedWorker की सहायता को WebGPU में जोड़ा जाता है, जो WebGL की मौजूदा क्षमताओं के साथ अलाइन होता है.
सर्विस वर्कर, WebGPU के लिए ऑफ़लाइन क्षमताओं और बैकग्राउंड प्रोसेसिंग को चालू करते हैं. इसका मतलब है कि ज़्यादा ग्राफ़िक वाले वेब ऐप्लिकेशन या Chrome एक्सटेंशन, संसाधनों को कैश मेमोरी में सेव कर सकते हैं और कंप्यूटेशन कर सकते हैं. भले ही, उपयोगकर्ता पेज से इंटरैक्ट न कर रहा हो.
शेयर किए गए वर्कर, WebGPU संसाधनों को सिंक करने और शेयर करने के लिए, कई टैब या एक्सटेंशन कॉन्टेक्स्ट को अनुमति देते हैं. इससे उपयोगकर्ता के ग्राफ़िक हार्डवेयर का परफ़ॉर्मेंस बेहतर हो जाता है और उसका ज़्यादा असरदार तरीके से इस्तेमाल किया जा सकता है.
WebSocketStream एपीआई
WebSocket API, RFC6455 WebSocket प्रोटोकॉल के लिए, एक JavaScript इंटरफ़ेस उपलब्ध कराता है. हालांकि, यह काफ़ी कारगर साबित हुआ है, लेकिन एर्गोनॉमिक्स के नज़रिए से यह अजीब है. साथ ही, इसमें बैकप्रेस की ज़रूरी सुविधा मौजूद नहीं है. WebSocketStream API का मकसद, इन कमियों को ठीक करने के लिए, WebSocket API के साथ WHATWG स्ट्रीम को इंटिग्रेट करना है.
ज़्यादा जानकारी के लिए, WebSocketStream: WebSocket API की मदद से स्ट्रीम इंटिग्रेट करें पर जाएं.
TLS के लिए, X25519Kyber768 की कुंजी को एन्क्रिप्ट (सुरक्षित) करने का तरीका
यह Chrome TLS के मौजूदा ट्रैफ़िक को आने वाले समय में होने वाले क्वांटम क्रिप्ट एनालिसिस से बचाता है. इसके लिए, Kyber768 क्वांटम-रेज़रेटिव की-एग्रीमेंट एल्गोरिदम को डिप्लॉय करता है.
यह हाइब्रिड X25519 और Kyber768 का मुख्य समझौता है, जो आईईटीएफ़ स्टैंडर्ड पर आधारित है. यह स्पेसिफ़िकेशन और लॉन्च, W3C के दायरे से बाहर है. इस मुख्य कानूनी समझौते को TLS साइफ़र के तौर पर लॉन्च किया जाएगा. साथ ही, यह उपयोगकर्ताओं के लिए पारदर्शी होना चाहिए.
इस बारे में ज़्यादा जानने के लिए, हाइब्रिड Kyber KEM की मदद से Chrome ट्रैफ़िक को सुरक्षित करना लेख पढ़ें.
ऑरिजिन ट्रायल जारी हैं
Chrome 124 में, नीचे दिए गए ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
म्यूटेशन इवेंट के लिए, रुका हुआ ट्रायल
म्यूट करने के इवेंट, जैसे कि DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument, और DOMCharacterDataModified से पेज की परफ़ॉर्मेंस पर असर पड़ सकता है. साथ ही, वेब पर नई सुविधाएं जोड़ने में आने वाली समस्याएं भी बढ़ सकती हैं. इन एपीआई को 2011 में, स्पेसिफ़िकेशन के हिसाब से हटा दिया गया था. साल 2012 में, इन एपीआई को बेहतर तरीके से काम करने वाले म्यूटेशन ऑब्ज़र्वर एपीआई से बदल दिया गया था.
म्यूटेशन इवेंट से जुड़ी सहायता Chrome 127 से डिफ़ॉल्ट रूप से बंद हो जाएगी. ऐसा 30 जुलाई, 2024 के आस-पास होगा. साइट को ब्रेक से बचाने के लिए, कोड को उस तारीख से पहले म्यूटेशन ऑब्ज़र्वर एपीआई में माइग्रेट कर देना चाहिए. अगर आपको ज़्यादा समय की ज़रूरत है, तो किसी साइट पर सीमित समय के लिए इस सुविधा को फिर से चालू करने के लिए, म्यूटेशन इवेंट को रोकने के ट्रायल के लिए रजिस्टर करें. इसका इस्तेमाल Chrome 134 से किया जा सकता है. यह वर्शन 25 मार्च, 2025 को खत्म हो जाएगा.
इसके अलावा, इसी काम के लिए MutationEventsEnabled एंटरप्राइज़ नीति का इस्तेमाल भी किया जा सकता है. ऐसा Chrome 134 के ज़रिए भी किया जा सकता है.
म्यूटेशन इवेंट को बंद करने के ट्रायल के लिए रजिस्टर करें.
सेवा को बंद करना और हटाना
Chrome के इस वर्शन में कुछ सुविधाएं बंद की जा सकती हैं और उन्हें हटाया जा सकता है. पहले से तय की गई बंदियों, मौजूदा हटाए गए, और हटाए गए पिछले कॉन्टेंट की सूची के लिए, ChromeStatus.com पर जाएं.
Chrome की इस रिलीज़ से एक सुविधा हट गई है.
अनुमति और अनुमति की नीति "विंडो-मैनेजमेंट" के लिए, "विंडो-प्लेसमेंट" उपनाम हटाएं
अनुमति और अनुमति की नीति के लिए, "विंडो-प्लेसमेंट" उपनाम को हटाता है "विंडो-मैनेजमेंट". यह स्ट्रिंग का नाम बदलने की एक बड़ी कोशिश का हिस्सा है. इसके लिए, "विंडो-प्लेसमेंट" को हटाकर और हटाकर स्ट्रिंग का नाम बदला जा सकता है. समय के साथ, जैसे-जैसे विंडो मैनेजमेंट एपीआई में बदलाव होता है, शब्दावली में बदलाव से डिस्क्रिप्टर का इस्तेमाल लंबे समय तक होता है.