पब्लिश करने की तारीख: 25 जून, 2025
अगर कुछ और नहीं बताया गया है, तो यहां बताए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome के बीटा चैनल की नई रिलीज़ पर लागू होंगे. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर जाएं या ChromeStatus.com पर दी गई सूची देखें. Chrome 139, 25 जून, 2025 तक बीटा वर्शन है. डेस्कटॉप के लिए Google.com पर या Android के लिए Google Play Store पर जाकर, नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस
इस रिलीज़ में, सीएसएस और यूज़र इंटरफ़ेस (यूआई) की छह नई सुविधाएं जोड़ी गई हैं.
var() और attr() को शॉर्ट-सर्किट करना
फ़ॉलबैक का इस्तेमाल न करने पर, var() और attr() फ़ंक्शन, उस फ़ॉलबैक में साइकल खोजे बिना आकलन करते हैं. नीचे दी गई सीएसएस काम करती है, क्योंकि --green और --blue मौजूद हैं.
--green: green;
--blue: blue;
--a: var(--green, var(--b));
--b: var(--blue, var(--a));
सीएसएस caret-animation प्रॉपर्टी
Chrome में पहले से ही caret-color प्रॉपर्टी के ऐनिमेशन की सुविधा काम करती थी. हालांकि, ऐनिमेशन के दौरान कर्सर के डिफ़ॉल्ट रूप से झपकने की वजह से, ऐनिमेशन में रुकावट आती थी. सीएसएस caret-animation प्रॉपर्टी की दो वैल्यू हो सकती हैं: auto और manual. auto का मतलब है कि ब्राउज़र डिफ़ॉल्ट (पलक मारना) है और manual का मतलब है कि वेब डेवलपर कर्सर ऐनिमेशन को कंट्रोल कर रहा है. इस प्रॉपर्टी की मदद से, उपयोगकर्ता अपनी स्टाइलशीट का इस्तेमाल करके, ब्लिंक करने की सुविधा को बंद कर सकते हैं.
कोने को आकार देना
मौजूदा border-radius के ऊपर, कोने को स्टाइल करने की सुविधा चालू करें. इसके लिए, कोने का आकार या वक्रता तय करें. इसकी मदद से, स्क्वेयर, नॉच, और स्कूप जैसे आकार बनाए जा सकते हैं. साथ ही, इन आकारों के बीच ऐनिमेशन भी जोड़ा जा सकता है. ज़्यादा जानने के लिए, अमित शीण की इस पोस्ट को पढ़ें.
शुरुआती ट्रांज़िशन वैल्यू पर स्विच करते समय, ट्रांज़िशन चलाना जारी रखें.
ट्रांज़िशन से जुड़ी प्रॉपर्टी में बदलाव होने पर, इसका असर सिर्फ़ नए ट्रांज़िशन पर पड़ता है. इसका मतलब है कि अगर ट्रांज़िशन प्रॉपर्टी बदली जाती हैं, तो ट्रांज़िशन ऐनिमेशन की अवधि, ईज़िंग वगैरह में बदलाव किए बिना, ट्रांज़िशन ऐनिमेशन पहले से तय अवधि के साथ चलते रहेंगे. ट्रांज़िशन प्रॉपर्टी को "कोई नहीं" पर सेट करने पर, Blink ने ट्रांज़िशन को गलत तरीके से रद्द कर दिया. हालांकि, ट्रांज़िशन की अवधि में बदलाव करने पर, ऐसा नहीं होता. इस सुविधा की मदद से, blink, webkit और gecko के साथ काम करेगा. इससे, चालू ट्रांज़िशन तब तक चलते रहेंगे, जब तक कि उनकी प्रॉपर्टी वैल्यू में बदलाव नहीं होता और नया ट्रांज़िशन अपडेट नहीं होता.
सीएसएस के कस्टम फ़ंक्शन
कस्टम फ़ंक्शन, कस्टम प्रॉपर्टी की तरह ही होते हैं. हालांकि, ये एक तय वैल्यू दिखाने के बजाय, दूसरी कस्टम प्रॉपर्टी, पैरामीटर, और शर्तों के आधार पर वैल्यू दिखाते हैं.
@function --negate(--value) {
result: calc(var(--value) * -1);
}
div {
--gap: 1em;
margin-top: --negate(var(--gap));
}
नेस्ट किए गए <svg> एलिमेंट पर, प्रज़ेंटेशन एट्रिब्यूट के तौर पर width और height का इस्तेमाल करना
SVG मार्कअप और सीएसएस, दोनों के ज़रिए नेस्ट किए गए <svg> एलिमेंट पर, प्रज़ेंटेशन एट्रिब्यूट के तौर पर width और height लागू करने की सुविधा देता है. इस दोहरे तरीके से, आपको ज़्यादा सुविधाएं मिलती हैं. इससे, जटिल डिज़ाइन में एसवीजी एलिमेंट को ज़्यादा बेहतर तरीके से मैनेज और स्टाइल किया जा सकता है.
वेब एपीआई
वेब ऐप्लिकेशन मेनिफ़ेस्ट: अपडेट की ज़रूरी शर्तों के बारे में बताएं, आइकॉन के यूआरएल Cache-Control: immutable हैं
मेनिफ़ेस्ट स्पेसिफ़िकेशन में, अपडेट की ज़रूरी शर्तों का एल्गोरिदम बताएं. इससे अपडेट की प्रोसेस ज़्यादा सटीक और अनुमानित हो जाती है. साथ ही, डेवलपर को यह कंट्रोल करने में मदद मिलती है कि मौजूदा इंस्टॉलेशन पर अपडेट कब और लागू होने चाहिए. साथ ही, 'अपडेट की जांच को कम करने की सुविधा' को हटाने की अनुमति मिलती है. उपयोगकर्ता एजेंट को फ़िलहाल, नेटवर्क संसाधनों को बर्बाद होने से बचाने के लिए, यह सुविधा लागू करनी पड़ती है.
WebXR में डीप सेंसिंग की परफ़ॉर्मेंस को बेहतर बनाना
WebXR सेशन में, डेप्थ सेंसिंग की सुविधा के व्यवहार को पसंद के मुताबिक बनाने के लिए कई नए तरीके उपलब्ध कराए गए हैं. इनका मकसद, डेप्थ बफ़र के जनरेशन या इस्तेमाल की परफ़ॉर्मेंस को बेहतर बनाना है. यहां बताए गए मुख्य तरीके हैं: रॉ या स्मूद डेप्थ बफ़र का अनुरोध करने की सुविधा, डेप्थ बफ़र उपलब्ध कराने की प्रोसेस को रोकने या फिर से शुरू करने का अनुरोध करने की सुविधा, और ऐसा डेप्थ बफ़र दिखाने की सुविधा जो उपयोगकर्ता के व्यू के हिसाब से पूरी तरह अलाइन न हो, ताकि उपयोगकर्ता एजेंट को हर फ़्रेम के लिए ज़रूरत के बिना फिर से प्रोजेक्शन न करना पड़े.
JavaScript DOM API में ज़्यादा वर्ण इस्तेमाल करने की अनुमति देना
एचटीएमएल पार्सर ने हमेशा या लंबे समय से, एलिमेंट और एट्रिब्यूट में कई तरह के मान्य वर्ण और नाम इस्तेमाल करने की अनुमति दी है. हालांकि, एलिमेंट और एट्रिब्यूट बनाने वाले JavaScript DOM API ज़्यादा सख्त हैं और पार्सर से मेल नहीं खाते. इस बदलाव से, एचटीएमएल पार्स करने वाले टूल से मैच करने के लिए, JavaScript डीओएम एपीआई की पुष्टि करने की प्रक्रिया आसान हो गई है.
request-close इंवोक करने वाला निर्देश
डायलॉग एलिमेंट को कई तरह से बंद किया जा सकता है. कभी-कभी, डेवलपर को डायलॉग एलिमेंट को बंद होने से रोकना होता है. ऐसा करने के लिए, डायलॉग बॉक्स में 'रद्द करें' इवेंट ट्रिगर करें. मूल रूप से, यह सिर्फ़ बंद करने के अनुरोध (उदाहरण के लिए, Esc बटन दबाने) के ज़रिए ट्रिगर होता था. हाल ही में, एक requestClose() JS फ़ंक्शन जोड़ा गया है, जो रद्द करने वाले इवेंट को भी ट्रिगर करता है. request-close कमांड, एलान वाले इनवोक करने वाले कमांड एपीआई में यह नई सुविधा लाता है.
WebGPU: BC और ASTC कंप्रेस किए गए फ़ॉर्मैट के लिए 3D टेक्सचर की सुविधा
texture-compression-bc-sliced-3d और texture-compression-astc-sliced-3d WebGPU की सुविधाएं, BC और ASTC कंप्रेस किए गए फ़ॉर्मैट के लिए, 3D टेक्सचर की सुविधा जोड़ती हैं.
सुरक्षित पेमेंट की पुष्टि: ब्राउज़र से जुड़ी कुंजियां
यह सुरक्षित पेमेंट की पुष्टि करने वाले एसेर्टमेंट और क्रेडेंशियल बनाने के ऊपर, क्रिप्टोग्राफ़िक हस्ताक्षर जोड़ता है. उससे जुड़ी निजी कुंजी, सभी डिवाइसों पर सिंक नहीं की गई है. इससे वेब डेवलपर को पेमेंट लेन-देन के लिए, डिवाइस को बांधने की ज़रूरी शर्तों को पूरा करने में मदद मिलती है.
सुरक्षित पेमेंट की पुष्टि: यूज़र एक्सपीरियंस को बेहतर बनाना
Android Chrome पर SPC डायलॉग के यूज़र एक्सपीरियंस (UX) एलिमेंट को अपडेट करता है. यूज़र एक्सपीरियंस के प्रज़ेंटेशन के अलावा, ये चीज़ें भी जोड़ी जा रही हैं:
- इसकी मदद से व्यापारी/कंपनी, पेमेंट के लिए इस्तेमाल की जाने वाली इकाई के लोगो की सूची दे सकते हैं. हालांकि, यह सूची देना ज़रूरी नहीं है.
- व्यापारी/कंपनी/कारोबारी को अलग-अलग आउटपुट स्टेटस दिखाना. यह इस बात पर निर्भर करता है कि उपयोगकर्ता, एसपीसी के बिना लेन-देन जारी रखना चाहता है या लेन-देन रद्द करना चाहता है.
- पेमेंट के तरीके में, पेमेंट की जानकारी वाला नया लेबल फ़ील्ड जोड़ता है, ताकि टेक्स्ट दो लाइनों में दिखे.
WebGPU core-features-and-limits
core-features-and-limits सुविधा से पता चलता है कि WebGPU अडैप्टर और डिवाइस, स्पेसिफ़िकेशन की मुख्य सुविधाओं और सीमाओं के साथ काम करते हैं.
स्क्रोल ऐंकरिंग की प्राथमिकता वाले उम्मीदवार की समस्या ठीक करना
फ़िलहाल, स्क्रोल ऐंकरिंग एल्गोरिदम, प्राथमिकता वाले उम्मीदवारों को तब चुनता है, जब वे ऐंकर टारगेट के तौर पर उपलब्ध हों. फ़िलहाल, फ़ोकस किया गया एलिमेंट और पेज पर मौजूद हाइलाइट, प्राथमिकता वाले उम्मीदवार हैं. इनमें बदलाव किया जा सकता है. अगर फ़ोकस किया गया कोई बड़ा एलिमेंट, बदला गया कॉन्टेंट स्क्रीन पर नहीं दिखाता है, तो इससे उपयोगकर्ता को खराब अनुभव मिल सकता है. इसकी वजह यह है कि कर्सर को स्क्रीन पर वापस लाने के लिए, उपयोगकर्ता को ज़्यादा क्लिक करने पड़ते हैं. इस सुधार से एल्गोरिदम बदल जाता है: प्राथमिकता वाले उम्मीदवार को ऐंकर के तौर पर चुनने के बजाय, उम्मीदवार को ऐंकर चुनने वाले सामान्य एल्गोरिदम के स्कोप या रूट के तौर पर इस्तेमाल करें. यह एल्गोरिदम, स्क्रीन पर सबसे नीचे मौजूद एलिमेंट को ऐंकर के तौर पर चुनता है.
SVG <script> एलिमेंट के लिए async एट्रिब्यूट का इस्तेमाल करना
SVG 2.0 में SVGScriptElement इंटरफ़ेस में async एट्रिब्यूट को शामिल किया गया है. यह HTMLScriptElement एट्रिब्यूट से मिलता-जुलता है. इस एट्रिब्यूट की मदद से, स्क्रिप्ट को एक साथ चलाया जा सकता है. इससे, एसवीजी का इस्तेमाल करने वाले वेब ऐप्लिकेशन की परफ़ॉर्मेंस और रिस्पॉन्स बेहतर होता है.
ऑन-डिवाइस Web Speech API
इस सुविधा से, Web Speech API में डिवाइस पर बोली पहचानने की सुविधा जुड़ जाती है. इससे वेबसाइटों को यह पक्का करने में मदद मिलती है कि ऑडियो या लिखाई में बदली गई बोली को प्रोसेस करने के लिए, तीसरे पक्ष की सेवा को न भेजा जाए. वेबसाइटें, कुछ भाषाओं के लिए डिवाइस पर बोली पहचानने की सुविधा की उपलब्धता के बारे में क्वेरी कर सकती हैं. साथ ही, उपयोगकर्ताओं को डिवाइस पर बोली पहचानने की सुविधा के लिए ज़रूरी रिसॉर्स इंस्टॉल करने के लिए कह सकती हैं. साथ ही, ज़रूरत के हिसाब से डिवाइस पर बोली पहचानने की सुविधा या क्लाउड पर बोली पहचानने की सुविधा में से किसी एक को चुन सकती हैं.
ब्राउज़िंग कॉन्टेक्स्ट ग्रुप को स्विच करने वाले क्रॉस-साइट नेविगेशन के लिए window.name मिटाएं
फ़िलहाल, window.name प्रॉपर्टी की वैल्यू को टैब के पूरे जीवनकाल के दौरान सेव किया जाता है. ऐसा तब भी होता है, जब नेविगेशन की मदद से ब्राउज़िंग कॉन्टेक्स्ट ग्रुप स्विच किए जाते हैं. इससे जानकारी लीक हो सकती है और इसका इस्तेमाल ट्रैकिंग वेक्टर के तौर पर किया जा सकता है.
window.name प्रॉपर्टी को मिटाने से यह समस्या हल हो जाती है. यह बदलाव कम जोखिम वाला होना चाहिए, क्योंकि नाम के हिसाब से ब्राउज़िंग कॉन्टेक्स्ट को खोजना पहले से ही काम नहीं करता, अगर वह किसी दूसरे ब्राउज़िंग कॉन्टेक्स्ट ग्रुप में है. इसलिए, नाम असल में काम का नहीं है.
Enterprise नीति: ClearWindowNameCrossSiteBrowsing (यह Chrome 142 में काम करना बंद कर देगी).
वेब ऐप्लिकेशन के स्कोप एक्सटेंशन
"scope_extensions" वेब ऐप्लिकेशन के मेनिफ़ेस्ट फ़ील्ड को जोड़ता है. इससे वेब ऐप्लिकेशन, अपने दायरे को दूसरे ऑरिजिन तक बढ़ा सकते हैं.
इसकी मदद से, एक से ज़्यादा सबडोमेन और टॉप लेवल डोमेन को कंट्रोल करने वाली साइटों को एक वेब ऐप्लिकेशन के तौर पर दिखाया जा सकता है. इसके लिए, सूची में शामिल ऑरिजिन को .well-known/web-app-origin-association कॉन्फ़िगरेशन फ़ाइल का इस्तेमाल करके, वेब ऐप्लिकेशन से जुड़े होने की पुष्टि करनी होगी.
स्पेसिफ़िकेशन के मुताबिक JSON एमआईएमई टाइप की पहचान करना
Chromium अब सभी मान्य JSON MIME टाइप को पहचानता है, जैसा कि WHATWG के mimesniff स्पेसिफ़िकेशन में बताया गया है. इसमें application/json और text/json के अलावा, ऐसा कोई भी एमआईएमई टाइप शामिल होता है जिसका सबटाइप +json पर खत्म होता है. इस बदलाव से यह पक्का होता है कि JSON की पहचान करने पर निर्भर वेब एपीआई और सुविधाएं, वेब प्लैटफ़ॉर्म स्टैंडर्ड और दूसरे ब्राउज़र के साथ एक जैसा व्यवहार करती हैं. इस बदलाव का मुख्य मकसद, JSON मॉड्यूल इंपोर्ट करने के तरीके को ठीक करना है. इससे पहले, text/html+json और image/svg+json जैसे मान्य JSON MIME टाइप, मॉड्यूल के तौर पर लोड नहीं हो पाते थे.
Private Aggregation API: गड़बड़ी की रिपोर्ट इकट्ठा करना
Private Aggregation API का इस्तेमाल करते समय, कई तरह की गड़बड़ियां हो सकती हैं. उदाहरण के लिए, निजता बजट खत्म हो सकता है. इससे, हिस्तोग्राम में और योगदान नहीं दिया जा सकेगा. इस सुविधा की मदद से, डेवलपर ऐसे हिस्टोग्राम डेटा को रजिस्टर कर सकते हैं जिसे सिर्फ़ किसी खास तरह की गड़बड़ी होने पर भेजा जाना चाहिए. इस सुविधा की मदद से, गड़बड़ी की स्थितियों की फ़्रीक्वेंसी को मेज़र किया जा सकता है. साथ ही, इन मेज़रमेंट को डेवलपर के तय किए गए काम के डाइमेंशन (उदाहरण के लिए, डिप्लॉय किए गए कोड का वर्शन) के हिसाब से बांटा जा सकता है. गड़बड़ियां, क्रॉस-साइट जानकारी हो सकती हैं. इसलिए, हम तीसरे पक्ष की कुकी के बिना, उपयोगकर्ताओं को पेज पर गड़बड़ियों की जानकारी नहीं दिखा सकते. इसके बजाय, यह सुविधा एग्रीगेशन सेवा की मदद से, मौजूदा एग्रीगेट और नॉइज़ वाली रिपोर्टिंग पाइपलाइन का फिर से इस्तेमाल करती है.
Crash Reporting API: सिर्फ़ क्रैश रिपोर्ट पाने के लिए, क्रैश-रिपोर्टिंग की जानकारी दें
इस सुविधा की मदद से, डेवलपर को सिर्फ़ क्रैश रिपोर्ट मिलती हैं. इसके लिए, crash-reporting नाम का एंडपॉइंट तय किया जाता है. डिफ़ॉल्ट रूप से, क्रैश रिपोर्ट default एंडपॉइंट पर डिलीवर की जाती हैं. इस एंडपॉइंट पर, क्रैश रिपोर्ट के अलावा कई तरह की अन्य रिपोर्ट भी मिलती हैं. डेवलपर, crash-reporting नाम के जाने-पहचाने एंडपॉइंट के लिए एक अलग यूआरएल दे सकते हैं, ताकि क्रैश रिपोर्ट को default एंडपॉइंट के बजाय वहां भेजा जा सके.
Accept-Language हेडर की जानकारी में फ़िंगरप्रिंट को कम करना
इससे, एचटीटीपी अनुरोधों और navigator.languages में Accept-Language हेडर वैल्यू स्ट्रिंग के ज़रिए ज़ाहिर की जाने वाली जानकारी की मात्रा कम हो जाती है. Accept-Language हेडर के साथ हर एचटीटीपी अनुरोध पर, उपयोगकर्ता की पसंदीदा भाषाओं की पूरी सूची भेजने के बजाय. अब हम उपयोगकर्ता की पसंदीदा भाषा को Accept-Language हेडर में भेजते हैं. साथ काम करने से जुड़े जोखिमों को कम करने के लिए, शुरुआती लॉन्च में एचटीटीपी हेडर में मौजूद जानकारी को कम किया गया है. आने वाले समय में, हम इससे जुड़े navigator.languages JavaScript गेट्टर को कम कर देंगे.
सीएसपी से ब्लॉक किए गए वर्कर के लिए अपवाद को थ्रो करने के बजाय, गड़बड़ी का इवेंट ट्रिगर करना
कॉन्टेंट की सुरक्षा के लिए नीति (सीएसपी) से ब्लॉक होने पर, Chrome फ़िलहाल Worker और SharedWorker के कन्स्ट्रक्टर से SecurityError दिखाता है. स्पेसिफ़िकेशन के मुताबिक, फ़ेच करने के दौरान सीएसपी की जांच करना ज़रूरी है. साथ ही, जब कोई स्क्रिप्ट new
Worker(url) या new SharedWorker(url) चलाती है, तो गड़बड़ी वाले इवेंट को एक साथ ट्रिगर किया जाता है, न कि कोई अपवाद दिखाया जाता है. इस बदलाव से, यह Chrome के स्पेसिफ़िकेशन के मुताबिक हो जाता है: यह कॉन्स्ट्रक्टर के दौरान गड़बड़ी नहीं दिखाता और गड़बड़ी वाले इवेंट को असाइनॉन्स के साथ ट्रिगर करता है.
आरटीसी एन्कोड किए गए फ़्रेम के लिए ऑडियो लेवल
यह वेब पर, RTCPeerConnection के साथ भेजे गए और WebRTC एन्कोड किए गए ट्रांसफ़ॉर्म का इस्तेमाल करके दिखाए गए एन्कोड किए गए फ़्रेम के ऑडियो लेवल को दिखाता है.
नए ऑरिजिन ट्रायल
Chrome 139 में, इन नए ऑरिजिन ट्रायल में ऑप्ट इन किया जा सकता है.
Prompt API
प्रॉम्प्ट एपीआई को टेक्स्ट, इमेज, और ऑडियो इनपुट का इस्तेमाल करके, एआई भाषा मॉडल के साथ इंटरैक्ट करने के लिए डिज़ाइन किया गया है. इसका इस्तेमाल कई कामों के लिए किया जा सकता है. जैसे, इमेज के कैप्शन जनरेट करना, विज़ुअल सर्च करना, ऑडियो को लेख में बदलना, आवाज़ के इवेंट को अलग-अलग कैटगरी में बांटना, खास निर्देशों के हिसाब से टेक्स्ट जनरेट करना, और टेक्स्ट से जानकारी या अहम जानकारी हासिल करना. यह स्ट्रक्चर्ड आउटपुट के साथ काम करता है. इससे यह पक्का होता है कि जवाब, पहले से तय किए गए फ़ॉर्मैट के मुताबिक हों. आम तौर पर, जवाबों को JSON स्कीमा के तौर पर दिखाया जाता है. इससे जवाबों के सही होने की संभावना बढ़ती है. साथ ही, उन डाउनस्ट्रीम ऐप्लिकेशन के साथ आसानी से इंटिग्रेट करने में मदद मिलती है जिनके लिए स्टैंडर्ड आउटपुट फ़ॉर्मैट की ज़रूरत होती है. यह एपीआई, Chrome एक्सटेंशन में भी उपलब्ध है. यह ऑरिजिन ट्रायल, वेब पर एक्सपोज़र के लिए है.
फ़ुल फ़्रेम रेट रेंडर ब्लॉकिंग एट्रिब्यूट
हमारा सुझाव है कि ब्लॉक करने वाले एट्रिब्यूट में, रेंडर ब्लॉकिंग टोकन का नया फ़ुल-फ़्रेम-रेट जोड़ा जाए. जब रेंडरर को फ़ुल-फ़्रेम-रेट टोकन से ब्लॉक किया जाता है, तो रेंडरर कम फ़्रेम रेट पर काम करेगा, ताकि लोड करने के लिए ज़्यादा संसाधन रिज़र्व किए जा सकें.
WebGPU कंपैटबिलिटी मोड
WebGPU API का एक ऐसा सबसेट जोड़ता है जिसमें ऑप्ट-इन की सुविधा होती है और कुछ हद तक पाबंदी होती है. यह सबसेट, OpenGL और Direct3D11 जैसे पुराने ग्राफ़िक्स एपीआई को चला सकता है. इस मोड में ऑप्ट-इन करके और इसकी सीमाओं का पालन करके, डेवलपर अपने WebGPU ऐप्लिकेशन को कई पुराने डिवाइसों तक पहुंचा सकते हैं. इन डिवाइसों में, वे आधुनिक और खास ग्राफ़िक्स एपीआई नहीं होते जिनकी ज़रूरत WebGPU को होती है. आसान ऐप्लिकेशन के लिए, requestAdapter को कॉल करते समय "compatibility" featureLevel की जानकारी देना ही ज़रूरी है. ज़्यादा बेहतर ऐप्लिकेशन के लिए, मोड की पाबंदियों को ध्यान में रखते हुए कुछ बदलाव करना ज़रूरी हो सकता है. कम्पैटबिलिटी मोड एक सबसेट है. इसलिए, इससे मिलने वाले ऐप्लिकेशन भी मान्य WebGPU Core ऐप्लिकेशन होते हैं. साथ ही, ये उन उपयोगकर्ता एजेंट पर भी चलेंगे जो कम्पैटबिलिटी मोड के साथ काम नहीं करते.
बंद की गई सुविधाएं और हटाए गए आइटम
Chrome के इस वर्शन में, नीचे दी गई सुविधाओं को बंद किया जा रहा है और हटाया जा रहा है. जिन सुविधाओं को बंद किया जा रहा है, उन सुविधाओं की सूची देखने के लिए ChromeStatus.com पर जाएं. साथ ही, उन सुविधाओं की सूची भी देखें जो पहले बंद की जा चुकी हैं.
Chrome के इस वर्शन में दो सुविधाएं हटा दी गई हैं.
macOS 11 के लिए सहायता हटाना
Chrome 138, macOS 11 के साथ काम करने वाला आखिरी रिलीज़ है. Chrome 139 से, macOS 11 पर Chrome काम नहीं करता. इसकी वजह यह है कि यह वर्शन, Apple के लिए तय की गई सहायता अवधि के बाहर है. सुरक्षा बनाए रखने के लिए, यह ज़रूरी है कि आपका डिवाइस, ऐसा ऑपरेटिंग सिस्टम इस्तेमाल करता हो जिस पर यह ऐप्लिकेशन काम करता हो. macOS 11 पर काम करने वाले मैक पर, Chrome काम करता रहेगा. हालांकि, वह चेतावनी वाला सूचना बार दिखाएगा और अपडेट नहीं होगा. अगर किसी उपयोगकर्ता को Chrome अपडेट करना है, तो उसे अपने कंप्यूटर को macOS के उस वर्शन पर अपडेट करना होगा जिस पर Chrome काम करता है. Chrome 139 और उसके बाद के वर्शन को नए सिरे से इंस्टॉल करने के लिए, macOS 12 या उसके बाद का वर्शन ज़रूरी है.
एचटीएमएल में ISO-2022-JP वर्ण सेट की अपने-आप पहचान करने की सुविधा हटाना
ISO-2022-JP के लिए, वर्ण सेट की अपने-आप पहचान होने की सुविधा से जुड़ी सुरक्षा से जुड़ी समस्याएं पहले से ही मौजूद हैं. इस फ़ॉर्मैट का इस्तेमाल बहुत कम किया जाता है. साथ ही, Safari में ISO-2022-JP को अपने-आप पहचानने की सुविधा काम नहीं करती. इसलिए, Chrome इस फ़ॉर्मैट के लिए सहायता हटा रहा है, ताकि सुरक्षा से जुड़ी समस्याएं खत्म की जा सकें.