Chrome 127 बीटा

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

सीएसएस

इस रिलीज़ में, सीएसएस की तीन नई सुविधाएं जोड़ी गई हैं.

सीएसएस font-size-adjust

font-size-adjust CSS प्रॉपर्टी से, अंग्रेज़ी के छोटे अक्षरों के साइज़ को अंग्रेज़ी के बड़े अक्षरों के साइज़ के हिसाब से बदला जा सकता है. इससे पूरे फ़ॉन्ट का साइज़ तय होता है. यह प्रॉपर्टी उन स्थितियों में काम की होती है जहां फ़ॉन्ट फ़ॉलबैक हो सकता है.

Chrome 127 में, फ़ॉन्ट मेट्रिक और वैल्यू को पास करने के लिए, दो वैल्यू सिंटैक्स शामिल हैं.

सीएसएस से जनरेट किए गए कॉन्टेंट में, एक से ज़्यादा आर्ग्युमेंट वाला ऑल्ट टेक्स्ट

सीएसएस content प्रॉपर्टी की मदद से, ऐक्सेसibilit के लिए वैकल्पिक टेक्स्ट दिया जा सकता है. इसके लिए, यह सिंटैक्स इस्तेमाल करें:

.has-before-content::before {
    content: url("cat.jpg") / "A cute cat";
  }

यहां दिखाया गया सिंटैक्स, Chrome में पहले से ही काम करता है. इसमें ऑल्ट टेक्स्ट, एक स्ट्रिंग के तौर पर दिया जाता है. Chrome 127 से, किसी भी संख्या में एलिमेंट का इस्तेमाल करके, वैकल्पिक टेक्स्ट दिया जा सकता है. इन एलिमेंट में स्ट्रिंग के अलावा, attr() फ़ंक्शन या काउंटर भी शामिल हो सकते हैं. उदाहरण के लिए:

.has-before-content::before {
  content: url("cat.jpg") / "A cute " attr(data-animal);
}

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

iframe में व्यू ट्रांज़िशन की सुविधा

Chrome में, एक ही दस्तावेज़ के व्यू के 127 ट्रांज़िशन एक साथ किए जा सकेंगे. ये ट्रांज़िशन, मुख्य फ़्रेम और एक ही ऑरिजिन वाले iframe में किए जा सकेंगे.

पहले, अगर मुख्य फ़्रेम में एक ही समय पर ट्रांज़िशन चल रहा था, तो एक ही ऑरिजिन वाले iframe में document.startViewTransition का इस्तेमाल करके व्यू ट्रांज़िशन नहीं चलता था. iframe का ट्रांज़िशन अपने-आप स्किप हो जाएगा. अब, दोनों ट्रांज़िशन लागू हो जाएंगे.

iframe में, एक ही ऑरिजिन के क्रॉस-दस्तावेज़ नेविगेशन पर व्यू ट्रांज़िशन की सुविधा भी काम करेगी.

वेब एपीआई

एट्रिब्यूशन रिपोर्टिंग में जोड़े गए फ़ीचर

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

फ़ुलस्क्रीन मोड अपने-आप चालू होने की सेटिंग

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

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

  • एक ही जेस्चर से, किसी दूसरे डिसप्ले पर फ़ुलस्क्रीन पॉप-अप खोलें.
  • एक जेस्चर से, एक से ज़्यादा डिसप्ले पर फ़ुलस्क्रीन कॉन्टेंट दिखाना.
  • कनेक्ट होने पर, नए डिसप्ले पर फ़ुलस्क्रीन कॉन्टेंट दिखाएं.
  • एक ही जेस्चर से, फ़ुलस्क्रीन विंडो को एक डिसप्ले से दूसरे डिसप्ले पर स्विच करना.
  • उपयोगकर्ता के जेस्चर की समयसीमा खत्म होने या कॉन्टेंट खत्म होने के बाद, फ़ुलस्क्रीन कॉन्टेंट दिखाएं.

इस पोस्ट में पहले, सेगमेंट वाली कुकी के CookiePartitionKey के लिए, क्रॉस-साइट अंस्टर चेन बिट शामिल था. यह सुविधा अब Chrome 128 में उपलब्ध होगी.

दस्तावेज़ में पिक्चर में पिक्चर: उपयोगकर्ता ऐक्टिवेशन को प्रसारित करना

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

इंपोर्टमैप की इंटिग्रिटी

फ़िलहाल, इंपोर्ट किए गए ES मॉड्यूल की पूरी जांच नहीं की जा सकती. इसलिए, इन्हें उन एनवायरमेंट में नहीं चलाया जा सकता जहां सब-सोर्स इंटिग्रिटी की ज़रूरत होती है या require-sri-for CSP डायरेक्टिव के साथ चलाया जाता है.

इस सुविधा से, मैप इंपोर्ट करने के लिए integrity सेक्शन जुड़ जाता है. इससे डेवलपर, ES मॉड्यूल के यूआरएल को अपने इंटिग्रिटी मेटाडेटा से मैप कर पाते हैं. साथ ही, यह पक्का कर पाते हैं कि वे सिर्फ़ तब लोड हों, जब वे अपने अनुमानित हैश से मेल खाते हों.

कीबोर्ड की मदद से, स्क्रोल किए जा सकने वाले कंटेनर

इस सुविधा में ये बदलाव किए गए हैं:

डिफ़ॉल्ट रूप से, स्क्रोलर को क्लिक करके और प्रोग्राम के हिसाब से भी फ़ोकस किया जा सकता है. जिन स्क्रोलर के लिए फ़ोकस वाले एलिमेंट शामिल नहीं हैं उन्हें डिफ़ॉल्ट रूप से कीबोर्ड से फ़ोकस किया जा सकता है.

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

प्री-रेंडर के लिए, No-Vary-Search की सुविधा

पहले से लोड करने की सुविधा के साथ-साथ, 'वैरिएशन के हिसाब से नहीं खोजें' सुविधा को भी प्री-रेंडर करने के लिए इस्तेमाल किया जा सकता है. इससे, यूआरएल के कुछ क्वेरी पैरामीटर बदलने पर भी, पहले से रेंडर की गई एंट्री मैच हो सकती है. No-Vary-Search एचटीटीपी रिस्पॉन्स हेडर से पता चलता है कि कैश मेल खाने के मकसद से, यूआरएल की क्वेरी के कुछ या सभी हिस्सों को अनदेखा किया जा सकता है.

इस पोस्ट में पहले स्नैप इवेंट शामिल थे. हालांकि, ये Chrome 127 में फ़्लैग के पीछे हैं और आने वाले समय में रिलीज़ किए जाने वाले वर्शन में, इन्हें स्टेबल वर्शन के तौर पर रिलीज़ किया जाएगा.

MediaMetadata में वीडियो चैप्टर

अब मीडिया के मेटाडेटा में, अलग-अलग चैप्टर की जानकारी जोड़ी जा सकती है. जैसे, सेक्शन का टाइटल, उसका टाइमस्टैंप, और स्क्रीनशॉट इमेज. इससे उपयोगकर्ता, मीडिया के कॉन्टेंट पर नेविगेट कर सकते हैं.

यह सिर्फ़ ChromeOS की मीडिया सूचनाओं में दिखेगा, न कि Chrome ब्राउज़र के ग्लोबल मीडिया कंट्रोल में.

WebGPU: GPUAdapter की जानकारी देने वाला एट्रिब्यूट

फ़िज़िकल अडैप्टर के बारे में वही जानकारी पाने के लिए, सिंक्रोनस GPUAdapter info एट्रिब्यूट जोड़ता है जो असिंक्रोनस GPUAdapterrequestAdapterInfo() तरीके से मिलती है.

ऑरिजिन ट्रायल चल रहे हैं

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

शेयर की गई Brotli और शेयर की गई Zstandard के साथ कंप्रेशन डिक्शनरी ट्रांसपोर्ट

इस सुविधा की मदद से, चुने गए पिछले रिस्पॉन्स का इस्तेमाल, एचटीटीपी रिस्पॉन्स को Brotli (या Zstandard) से कंप्रेस करने के लिए, बाहरी डिक्शनरी के तौर पर किया जा सकता है.

निजी नेटवर्क के ऐक्सेस (पीएनए) के लिए 0.0.0.0 को बंद करना

हमारा सुझाव है कि पीएनए के पूरी तरह से रोल आउट होने से पहले, 0.0.0.0 आईपी पते को ऐक्सेस करने पर रोक लगा दी जाए.

Chrome, पीएनए स्पेसिफ़िकेशन के तहत, सार्वजनिक वेबसाइटों से निजी नेटवर्क एंडपॉइंट का सीधा ऐक्सेस बंद कर रहा है. इस स्पेसिफ़िकेशन के मुताबिक, लोकलहोस्ट (127.0.0.0/8) पर सुनने वाली सेवाओं को निजी माना जाता है. macOS और Linux पर localhost पर सुनने वाली सेवाओं को ऐक्सेस करने के लिए, आईपी पते 0.0.0.0 का इस्तेमाल करके, Chrome के पीएनए (पीयर-टू-पीयर नेटवर्क) से जुड़ी सुरक्षा को बायपास किया जा सकता है. यह सुरक्षा, https://chromestatus.com/feature/5436853517811712 के हिस्से के तौर पर लॉन्च की गई थी.

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

0.0.0.0 का इस्तेमाल नहीं किया जाता है और न ही किया जाना चाहिए. इसलिए, हम इसे निजी नेटवर्क के अनुरोधों के साथ बंद नहीं कर रहे हैं.

तीसरे पक्ष की कुकी का इस्तेमाल बंद करना

हम तीसरे पक्ष (यानी क्रॉस-साइट) की कुकी के डिफ़ॉल्ट ऐक्सेस को बंद करने और हटाने जा रहे हैं. इसके लिए, हम साल 2024 की पहली तिमाही में 1% उपयोगकर्ताओं के लिए टेस्टिंग शुरू करेंगे. इसके बाद, साल 2025 की पहली तिमाही से धीरे-धीरे इसे हटा दिया जाएगा. हालांकि, इसके लिए यह ज़रूरी है कि यूके के Competition and Markets Authority की प्रतिस्पर्धा से जुड़ी सभी समस्याओं को हल कर लिया जाए.

तीसरे पक्ष की कुकी का इस्तेमाल बंद करना, Privacy Sandbox के तहत की जाने वाली मुख्य कोशिशों में से एक है. इसका मकसद, नई टेक्नोलॉजी की मदद से, वेब और उसके बाहर क्रॉस-साइट ट्रैकिंग को कम करना है. साथ ही, इस्तेमाल के अहम उदाहरणों को भी पूरा करना है.

स्टोरेज, सेवा वर्कर, और कम्यूनिकेशन एपीआई को अलग-अलग हिस्सों में बांटना

Chrome 115 से, स्टोरेज, सेवा वर्कर, और कम्यूनिकेशन एपीआई को तीसरे पक्ष के कॉन्टेक्स्ट में बांटा गया है. Chrome 113 से 126 तक, साइटों को कुछ समय के लिए, स्टोरेज, सेवा वर्कर, और कम्यूनिकेशन एपीआई के व्यवहार को पहले जैसा करने और उन्हें फिर से बिना बंटवारे के इस्तेमाल करने की सुविधा मिली थी.

Chrome 125 से, Storage Access API में कुकी को छोड़कर, स्टोरेज के अन्य तरीकों का इस्तेमाल किया जा सकता है. इससे, बिना बंटे हुए स्टोरेज के इस्तेमाल के ज़्यादातर उदाहरणों को हल किया जा सकता है. अगर इस्तेमाल के उन उदाहरणों को पूरा नहीं किया जाता है, तो अब DisableThirdPartyStoragePartitioning को बंद करने के ट्रायल के लिए, रिन्यूअल का अनुरोध किया जा सकता है. यह ट्रायल, Chrome के वर्शन 127 से 132 (इनके साथ) के उपयोगकर्ताओं के लिए, छह और माइलस्टोन के लिए उपलब्ध है.

ज़्यादा जानकारी के लिए, स्टोरेज का बंटवारा करने की सुविधा को बंद करने के बाद, रिन्यूअल के लिए उपलब्ध ट्रायल की जानकारी देने वाली ब्लॉग पोस्ट देखें.

कीबोर्ड से फ़ोकस किए जा सकने वाले स्क्रोल कंटेनर की सुविधा बंद करने के ट्रायल के बारे में जानकारी

इस सुविधा में ये बदलाव किए गए हैं:

  • डिफ़ॉल्ट रूप से, स्क्रोलर को क्लिक करके और प्रोग्राम के हिसाब से भी फ़ोकस किया जा सकता है.
  • जिन स्क्रोलर के लिए फ़ोकस वाले एलिमेंट शामिल नहीं हैं उन्हें डिफ़ॉल्ट रूप से कीबोर्ड से फ़ोकस किया जा सकता है.

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

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

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

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

म्यूटेशन इवेंट

Chrome 127 से, म्यूटेशन इवेंट की सुविधा डिफ़ॉल्ट रूप से बंद हो जाएगी. साइट के काम न करने से बचने के लिए, कोड को इस तारीख से पहले माइग्रेट कर लेना चाहिए. अगर आपको ज़्यादा समय चाहिए, तो ये विकल्प आज़माएं:

ज़्यादा जानकारी के लिए, म्यूटेशन इवेंट बंद होने की सूचना वाली ब्लॉग पोस्ट देखें.

सार्वजनिक वेबसाइटों से सब-रिसॉर्स के लिए, "निजी नेटवर्क अनुरोध" को सुरक्षित कॉन्टेक्स्ट तक सीमित करना

इसके तहत, यह ज़रूरी है कि सार्वजनिक वेबसाइटों के सब-रिसॉर्स के लिए, निजी नेटवर्क के अनुरोध सिर्फ़ सुरक्षित कॉन्टेक्स्ट से शुरू किए जा सकते हैं. उदाहरण के लिए, इंटरनेट से इन्टरनेट पर किए जाने वाले अनुरोध और इंटरनेट से लूपबैक पर किए जाने वाले अनुरोध.

यह निजी नेटवर्क ऐक्सेस को पूरी तरह से लागू करने की दिशा में पहला कदम है.

सीएसएस में कस्टम स्टेट बनाने वाला पुराना सिंटैक्स हटाना

सीएसएस कस्टम स्टेटस के स्यूडो-क्लास का नाम बदलकर, :--foo से :state(foo) किया जा रहा है. नया सिंटैक्स, :state(foo) डिफ़ॉल्ट रूप से चालू है. इसलिए, हम :--foo सिंटैक्स को हटा रहे हैं.

Firefox और Safari ने कभी भी पुराना सिंटैक्स लागू नहीं किया. साथ ही, दोनों ने नया सिंटैक्स शिप किया है.

जिन एंटरप्राइज़ ग्राहकों को ज़्यादा समय चाहिए वे CSSCustomStateDeprecatedSyntaxEnabled नीति का इस्तेमाल कर सकते हैं. यह नीति, Chrome 131 से हटा दी जाएगी.