पब्लिश की गई तारीख: 3 अप्रैल, 2025
जब तक कोई दूसरी जानकारी न दी जाए, तब तक ये बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome के बीटा चैनल के सबसे नए वर्शन पर लागू होते हैं. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर क्लिक करें या ChromeStatus.com पर मौजूद सूची देखें. 3 अप्रैल, 2025 तक Chrome 136, बीटा वर्शन है. डेस्कटॉप के लिए, Google.com पर जाकर या Android पर Google Play Store से, Chrome का सबसे नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस और यूज़र इंटरफ़ेस (यूआई)
इस वर्शन में, सीएसएस और यूज़र इंटरफ़ेस (यूआई) की छह नई सुविधाएं जोड़ी गई हैं.
सीएसएस की dynamic-range-limit प्रॉपर्टी
इस प्रॉपर्टी की मदद से, कोई पेज एचडीआर कॉन्टेंट की ज़्यादा से ज़्यादा चमक को सीमित कर सकता है.
कर्सिव स्क्रिप्ट में, अक्षरों के बीच की दूरी को अनदेखा करना
इस सुविधा से, कर्सिव स्क्रिप्ट के लिए, अक्षरों के बीच की दूरी तय करने वाली सेटिंग को अनदेखा किया जा सकता है. भले ही, डेवलपर ने स्पेसिफ़िकेशन के मुताबिक, अक्षरों के बीच की दूरी तय की हो. ऐसा इसलिए किया जाता है, ताकि अक्षरों के बीच की दूरी की वजह से शब्द न टूटें.
:visited लिंक के इतिहास को अलग-अलग करना
उपयोगकर्ता के ब्राउज़िंग इतिहास के लीक होने से बचाने के लिए, ऐंकर एलिमेंट को :visited के तौर पर स्टाइल तब ही किया जाता है, जब उन्हें इस टॉप-लेवल साइट और फ़्रेम ऑरिजिन से पहले क्लिक किया गया हो.
सिर्फ़ उन लिंक को स्टाइल करके जिन्हें इस साइट और फ़्रेम पर पहले क्लिक किया गया है, अब साइड-चैनल के उन कई हमलों को रोका जा सकता है जो :visited लिंक की स्टाइलिंग की जानकारी पाने के लिए किए जाते थे. अब इनसे साइटों को उपयोगकर्ताओं के बारे में नई जानकारी नहीं मिलती.
:visited लिंक की निजता में किए गए इन सुधारों के बारे में ज़्यादा जानें.
string attr() टाइप का नाम बदलकर raw-string करना
सीएसएस वर्किंग ग्रुप ने string attr() टाइप को
raw-string से बदलने का फ़ैसला किया है.
इसलिए, Chrome ने attr() सिंटैक्स में बदलाव किया है, ताकि attr(data-foo string) अब attr(data-foo raw-string) हो जाए.
टाइप-अग्नोस्टिक var() फ़ॉलबैक
var() फ़ंक्शन का फ़ॉलबैक हिस्सा, रेफ़र की जा रही कस्टम प्रॉपर्टी के टाइप के हिसाब से मान्य नहीं होता.
बिना प्रीफ़िक्स वाला print-color-adjust
The
print-color-adjust
प्रॉपर्टी की मदद से, प्रिंट किए गए वेब पेजों के रंगों में बदलाव किया जा सकता है. यह Chrome के पहले से काम करने वाले -webkit-print-color-adjust जैसा ही है, लेकिन इसका नाम स्टैंडर्ड है. -webkit प्रीफ़िक्स वाले वर्शन को हटाया नहीं गया है.
वेब एपीआई
`AudioContext` की इंटरप्टेड स्टेट
AudioContextState में "interrupted" स्टेट जोड़ी गई है. इस नई स्टेट की मदद से, यूज़र एजेंट इन स्थितियों में प्लेबैक को रोका जा सकता है. साथ ही, वेब ऐप्लिकेशन को सही तरीके से जवाब देने की अनुमति दी जा सकती है.
BLOB यूआरएल का पार्टिशन करना: फ़ेचिंग/नेविगेशन
स्टोरेज पार्टिशनिंग के तहत, BLOB यूआरएल के ऐक्सेस को स्टोरेज की (टॉप-लेवल साइट, फ़्रेम ऑरिजिन, और has-cross-site-ancestor बूलियन) के हिसाब से पार्टिशन किया जाता है. हालांकि, टॉप-लेवल नेविगेशन को सिर्फ़ फ़्रेम ऑरिजिन के हिसाब से पार्टिशन किया जाएगा. यह तरीका, फ़िलहाल Firefox और Safari में लागू किए गए तरीके जैसा ही है. साथ ही, यह BLOB यूआरएल के इस्तेमाल को स्टोरेज पार्टिशनिंग के तहत, अन्य स्टोरेज एपीआई के इस्तेमाल किए जाने वाले पार्टिशनिंग स्कीम के साथ अलाइन करता है.
इसके अलावा, रेंडरर से शुरू होने वाले टॉप-लेवल नेविगेशन के लिए, BLOB यूआरएल पर अब noopener लागू किया जाता है. ऐसा तब किया जाता है, जब उससे जुड़ी साइट, नेविगेशन करने वाली टॉप-लेवल साइट के साथ क्रॉस-साइट हो. इससे Chrome, Safari के इसी तरह के तरीके के साथ अलाइन हो जाता है. साथ ही, इन बदलावों को दिखाने के लिए, इनसे जुड़े स्पेसिफ़िकेशन अपडेट किए गए हैं.
वेब पेजों के काम न करने पर, क्रैश रिपोर्ट में कॉल स्टैक की जानकारी शामिल करना
जब JavaScript कोड के इनफ़ाइनाइट लूप या अन्य बहुत लंबी कंप्यूटेशन की वजह से कोई वेब पेज काम नहीं करता, तो यह सुविधा JavaScript कॉल स्टैक को कैप्चर करती है. इससे डेवलपर को, काम न करने की वजह की पहचान करने में मदद मिलती है. जब काम न करने की वजह से क्रैश होता है, तो क्रैश रिपोर्टिंग एपीआई में JavaScript कॉल स्टैक की जानकारी शामिल की जाती है.
Captured Surface Control API
Captured Surface Control API की मदद से, वेब ऐप्लिकेशन, व्हील इवेंट को कैप्चर किए गए टैब पर फ़ॉरवर्ड कर सकते हैं. साथ ही, कैप्चर किए गए टैब के ज़ूम लेवल को पढ़ा और बदला जा सकता है.
CapturedSurfaceResolution
स्क्रीन शेयरिंग के दौरान, कैप्चर किए गए सर्फ़ेस के पिक्सल रेशियो को दिखाता है. इस सुविधा से, ऐप्लिकेशन को अपने सिस्टम के संसाधनों को बचाने या कैप्चर किए गए सर्फ़ेस के फ़िज़िकल और लॉजिकल रिज़ॉल्यूशन के हिसाब से, क्वालिटी और बैंडविड्थ के बीच समझौता करने में मदद मिलेगी.
कैप्चर किए गए पॉइंटर को क्लिक इवेंट भेजना
अगर pointerup इवेंट के भेजे जाने के दौरान कोई पॉइंटर कैप्चर किया जाता है, तो click इवेंट को कैप्चर किए गए टारगेट पर भेजा जाएगा. यूज़र इंटरफ़ेस (यूआई) इवेंट के स्पेसिफ़िकेशन के मुताबिक, इसे pointerdown और pointerup इवेंट के सबसे नज़दीकी सामान्य ऐनसेस्टर पर नहीं भेजा जाएगा. कैप्चर न किए गए पॉइंटर के लिए, click टारगेट में कोई बदलाव नहीं होगा.
मैजिक कॉमेंट के साथ, कंपाइल करने के साफ़ तौर पर दिए गए हिंट
इस सुविधा से, JavaScript फ़ाइलों में उन फ़ंक्शन के बारे में जानकारी जोड़ी जा सकती है जिन्हें तुरंत पार्स और कंपाइल किया जाना चाहिए. जानकारी को मैजिक कॉमेंट के तौर पर एन्कोड किया जाएगा.
FedCM के अपडेट: एक से ज़्यादा IdP के साथ काम करने की सुविधा, पैसिव मोड में "दूसरा खाता जोड़ें" सुविधा को हटाना
इस अपडेट के बाद, FedCM एक ही डायलॉग में एक से ज़्यादा आइडेंटिटी प्रोवाइडर दिखा सकता है.
इससे डेवलपर को, उपयोगकर्ताओं को सभी काम करने वाले आइडेंटिटी प्रोवाइडर दिखाने का आसान तरीका मिलता है. हमारी योजना है कि हम सबसे पहले, एक ही get() कॉल में सभी प्रोवाइडर को शामिल करने के आसान मामले को हल करें. हम FedCM के पैसिव मोड में, 'दूसरा खाता जोड़ें' सुविधा के लिए भी सहायता बंद कर रहे हैं. इस सुविधा से, चुनने वाले टूल में अन्य IdP खातों के साथ-साथ 'दूसरा खाता इस्तेमाल करें' बटन दिखाया जा सकता है. फ़िलहाल, इस सुविधा का इस्तेमाल नहीं किया जा रहा है. साथ ही, यूएक्स से जुड़ी बातचीत से हमें यह पता चला है कि इस सुविधा को चालू रखने से, फ़्लो ज़्यादा मुश्किल हो जाता है और इससे ज़्यादा फ़ायदा नहीं मिलता. यह सुविधा, FedCM के ऐक्टिव मोड में अब भी काम करेगी.
फ़्लूएंट स्क्रोलबार.
इस सुविधा से, Windows और Linux पर Chrome के स्क्रोलबार (ओवरले और नॉन-ओवरले, दोनों) को Windows 11 की फ़्लूएंट डिज़ाइन लैंग्वेज के हिसाब से मॉडर्न बनाया जाता है. Linux और Windows में, नॉन-ओवरले फ़्लूएंट स्क्रोलबार डिफ़ॉल्ट रूप से चालू रहेंगे. यह बदलाव Linux पर भी लागू होता है, क्योंकि Chrome के Linux स्क्रोलबार का डिज़ाइन, Windows पर शिप होने वाले डिज़ाइन के साथ अलाइन होता है.
WebRTC में H265 (HEVC) कोडेक के साथ काम करने की सुविधा
Chrome 136 से, WebRTC में VP8, H.264, VP9, और AV1 के साथ-साथ HEVC कोडेक का भी इस्तेमाल किया जा सकेगा. MediaCapabilities API का इस्तेमाल करके, इस सुविधा के बारे में क्वेरी की जा सकती है.
इस नए कोडेक में, VP8 और H264 जैसे पुराने जनरेशन के कोडेक के मुकाबले, कंप्रेशन की बेहतर सुविधा (बिटरेट के हिसाब से बेहतर क्वालिटी) मिलती है. साथ ही, यह एक दशक से ज़्यादा समय से, हार्डवेयर के साथ बेहतर तरीके से काम करता है. इससे बैटरी लाइफ़ बढ़ती है और परफ़ॉर्मेंस से जुड़ी समस्याएं कम होती हैं. साथ ही, हार्डवेयर VP9 या AV1 एन्कोडर उपलब्ध न होने पर, यह अक्सर विज़ुअल अनुभव को बेहतर बनाता है. हालांकि, यह इस बात पर निर्भर करता है कि हार्डवेयर एन्कोडर की परफ़ॉर्मेंस कैसी है.
MediaRecorder के लिए, H26x कोडेक के साथ काम करने की सुविधा के अपडेट
MediaRecorder API अब HEVC एन्कोडिंग के साथ काम करता है. इसमें hvc1.* कोडेक स्ट्रिंग जोड़ी गई है. साथ ही, MP4 में अलग-अलग रिज़ॉल्यूशन वाले वीडियो के साथ काम करने वाले नए कोडेक (hev1.* और avc3.*) जोड़े गए हैं. Chrome 130 में, WebCodecs में HEVC प्लैटफ़ॉर्म एन्कोडिंग के साथ काम करने की सुविधा जोड़ी गई थी. इसके बाद, Chromium में MediaRecorder API में भी यह सुविधा जोड़ी गई है. अब यह एपीआई, अलग-अलग HEVC और H.264 माइम टाइप स्पेसिफ़िकेशन के साथ, MP4 और Matroska, दोनों तरह के मक्सर के साथ काम करता है. HEVC एन्कोडिंग की सुविधा सिर्फ़ तब उपलब्ध होती है, जब उपयोगकर्ता का डिवाइस और ऑपरेटिंग सिस्टम ज़रूरी सुविधाएं उपलब्ध कराता हो.
Chrome Enterprise में, आईपी पते को लॉग करने और उसकी रिपोर्टिंग करने की सुविधा
Chrome Enterprise, स्थानीय और रिमोट आईपी पतों को इकट्ठा करके और उनकी रिपोर्टिंग करके, सुरक्षा की निगरानी और गड़बड़ी की सूचना मिलने पर कार्रवाई करने की सुविधाओं को बेहतर बना रहा है. साथ ही, इन आईपी पतों को Security Investigation Logs (SIT) में भेज रहा है. इसके अलावा, Chrome Enterprise, एडमिन को Chrome Enterprise Reporting कनेक्टर का इस्तेमाल करके, पहले और तीसरे पक्ष के SIEM प्रोवाइडर को आईपी पते भेजने की अनुमति देगा. हालांकि, यह ज़रूरी नहीं है. यह सुविधा, Chrome Enterprise Core के ग्राहकों के लिए उपलब्ध होगी.
एचटीटीपी कैश मेमोरी के पार्टिशन की कुंजी में, नेविगेशन शुरू करने वाले व्यक्ति या कंपनी की जानकारी शामिल करना
Chrome की एचटीटीपी कैश मेमोरी की कुंजी बनाने की स्कीम को अपडेट किया गया है. इसमें is-cross-site-main-frame-navigation बूलियन शामिल किया गया है, ताकि टॉप-लेवल नेविगेशन से जुड़े क्रॉस-साइट लीक के हमलों को कम किया जा सके. खास तौर पर, इससे क्रॉस-साइट के उन हमलों को रोका जा सकेगा जिनमें कोई हमलावर, किसी दिए गए पेज पर टॉप-लेवल नेविगेशन शुरू कर सकता है. इसके बाद, उस रिसॉर्स पर नेविगेट कर सकता है जिसे पेज लोड करता है. ऐसा करके, वह लोड होने के समय से संवेदनशील जानकारी का अनुमान लगा सकता है. इस बदलाव से, निजता भी बेहतर होती है. ऐसा इसलिए, क्योंकि इससे कोई नुकसान पहुंचाने वाली साइट, नेविगेशन का इस्तेमाल करके यह अनुमान नहीं लगा सकती कि किसी उपयोगकर्ता ने पहले किसी साइट पर विज़िट किया है या नहीं.
CanvasTextDrawingStyles के लिए, भाषा के साथ काम करने की सुविधा
<canvas> डीओएम एलिमेंट, सभी डीओएम एलिमेंट की तरह, lang एट्रिब्यूट
स्वीकार करता है. इसका इस्तेमाल, फ़ॉन्ट चुनने के लिए, भाषा के हिसाब से खास ट्रीटमेंट तय करने के लिए किया जाता है. ऐसा तब किया जाता है, जब फ़ॉन्ट में स्थानीय भाषा के हिसाब से ग्लिफ़ मौजूद हों. ब्राउज़र इस एट्रिब्यूट का पालन करते हैं. हालांकि, OffscreenCanvas बनाने पर, स्थानीय भाषा की जानकारी सेट करने का कोई तरीका नहीं होता. इससे ऐसी स्थिति बन सकती है जहां ऑफ़स्क्रीन कैनवस, रेंडर किए गए ऐसे नतीजे देता है जो उस कैनवस से अलग होते हैं जिसमें उसका आउटपुट इस्तेमाल किया जाता है. इस सुविधा से, CanvasTextDrawingStyles में lang आईडीएल एट्रिब्यूट जोड़ा जाता है, ताकि टेक्स्ट ड्रॉइंग और मेट्रिक के लिए भाषा पर सीधे तौर पर कंट्रोल किया जा सके.
आईफ़्रेम के लिए, अनुमतियों की नीति से जुड़ी रिपोर्ट
"अनुमतियों की नीति का संभावित उल्लंघन" नाम का एक नया उल्लंघन टाइप जोड़ा गया है. यह सिर्फ़ अनुमतियों की नीति (सिर्फ़ रिपोर्ट करने वाली नीति भी शामिल है) और आईफ़्रेम में सेट किए गए allow एट्रिब्यूट को देखेगा. ऐसा, लागू की गई अनुमतियों की नीति और आईफ़्रेम में दी गई अनुमतियों के बीच टकराव का पता लगाने के लिए किया जाएगा.
स्टोरेज कोटा की रिपोर्टिंग का अनुमान लगाया जा सकना
जिन साइटों के पास अनलिमिटेड स्टोरेज की अनुमति नहीं है उनके लिए, StorageManager के Estimate API से स्टोरेज कोटा की रिपोर्टिंग का अनुमान लगाया जा सकता है. स्टोरेज कोटा की रिपोर्टिंग का इस्तेमाल करके, उपयोगकर्ता के ब्राउज़िंग मोड का पता लगाया जा सकता है. ऐसा इसलिए, क्योंकि गुप्त मोड में उपलब्ध स्टोरेज स्पेस, सामान्य मोड के मुकाबले काफ़ी कम होता है.
Private Aggregation API: गड़बड़ी की रिपोर्टिंग को एग्रीगेट करना
Private Aggregation API का इस्तेमाल करते समय, गड़बड़ी की कई स्थितियां आ सकती हैं. उदाहरण के लिए, निजता बजट खत्म हो सकता है. इससे हिस्टोग्राम में आगे योगदान नहीं दिया जा सकेगा. इस सुविधा से, डेवलपर हिस्टोग्राम में ऐसे योगदान रजिस्टर कर सकते हैं जिन्हें सिर्फ़ किसी खास तरह की गड़बड़ी होने पर भेजा जाना चाहिए. इस सुविधा से, गड़बड़ी की स्थितियों की फ़्रीक्वेंसी को मेज़र किया जा सकता है. साथ ही, इन मेज़रमेंट को डेवलपर की ओर से तय किए गए काम के डाइमेंशन (उदाहरण के लिए, डिप्लॉय किए गए कोड का वर्शन) के हिसाब से बांटा जा सकता है. गड़बड़ियां, क्रॉस-साइट की जानकारी हो सकती हैं. इसलिए, हम तीसरे पक्ष की कुकी के बिना, उपयोगकर्ताओं के लिए उन्हें सीधे तौर पर पेज पर नहीं दिखा सकते. इसके बजाय, यह सुविधा, एग्रीगेशन सेवा के ज़रिए, मौजूदा एग्रीगेट और नॉइज़ वाली रिपोर्टिंग पाइपलाइन का फिर से इस्तेमाल करती है.
RegExp.escape
RegExp.escape एक स्टैटिक मेथड है. यह एक स्ट्रिंग लेता है और एस्केप किया गया वर्शन लौटाता है. इसका इस्तेमाल, रेगुलर एक्सप्रेशन में पैटर्न के तौर पर किया जा सकता है. उदाहरण के लिए:
const str = prompt("Please enter a string");
const escaped = RegExp.escape(str);
const re = new RegExp(escaped, 'g'); // handles reg exp special tokens with the replacement.
console.log(ourLongText.replace(re));
अनुमान लगाने के नियम: टैग फ़ील्ड
इस सुविधा से, डेवलपर अनुमान लगाने के नियमों में टैग field जोड़ सकते हैं. इस वैकल्पिक फ़ील्ड का इस्तेमाल, अनुमान लगाने के नियमों के सोर्स को ट्रैक करने के लिए किया जा सकता है. उदाहरण के लिए, इंटरमीडियरी सर्वर पर उन्हें अलग-अलग तरीके से ट्रीट करने के लिए. अनुमान लगाने के नियमों से जुड़े सभी टैग, Sec-Speculation-Tags हेडर के साथ भेजे जाएंगे.
Storage Access API के लिए, स्ट्रिक्ट सेम ऑरिजिन पॉलिसी
Storage Access API के सिमैंटिक्स को, स्ट्रिक्ट सेम ऑरिजिन पॉलिसी के हिसाब से अडजस्ट किया गया है. इसका मतलब है कि किसी फ़्रेम में document.requestStorageAccess() का इस्तेमाल करने पर, डिफ़ॉल्ट रूप से कुकी सिर्फ़ आईफ़्रेम के ऑरिजिन (साइट नहीं) के अनुरोधों से जुड़ती हैं. ध्यान दें कि क्रॉस-साइट कुकी को अनब्लॉक करने के लिए, CookiesAllowedForUrls नीति या Storage Access Headers का इस्तेमाल अब भी किया जा सकता है.
ProgressEvent को loaded और total के लिए, डबल टाइप का इस्तेमाल करने के लिए अपडेट करना
ProgressEvent में loaded और total एट्रिब्यूट होते हैं. ये एट्रिब्यूट, प्रोग्रेस की जानकारी देते हैं. अब इनका टाइप unsigned long long है. इस सुविधा से, इन दोनों एट्रिब्यूट के टाइप को बदलकर double कर दिया गया है. इससे डेवलपर को वैल्यू पर ज़्यादा कंट्रोल मिलता है. उदाहरण के लिए, डेवलपर अब total की वैल्यू 1 और loaded की वैल्यू 0 से धीरे-धीरे 1 तक बढ़ने वाली `ProgressEvent` बना सकते हैं. अगर max एट्रिब्यूट को छोड़ दिया जाता है, तो यह <progress> एचटीएमएल
एलिमेंट के डिफ़ॉल्ट तरीके के साथ अलाइन होता है.
getCharNumAtPosition, isPointInFill, isPointInStroke के लिए, DOMPointInit का इस्तेमाल करना
इस बदलाव से, Chromium कोड को SVGGeometryElement और SVGPathElement के लिए, W3C के सबसे नए स्पेसिफ़िकेशन के साथ अलाइन किया गया है. इसमें getCharNumAtPosition, isPointInFill, isPointInStroke के लिए, SVGPoint के बजाय DOMPointInit का इस्तेमाल किया गया है.
वेब ऑथेंटिकेशन की शर्त के साथ, पासकी बनाना (पासकी अपग्रेड)
WebAuthn की शर्त के साथ, पासकी बनाने के अनुरोधों की मदद से, वेबसाइटें मौजूदा पासवर्ड क्रेडेंशियल को पासकी में अपग्रेड कर सकती हैं.
WebGPU: GPUAdapterInfo isFallbackAdapter एट्रिब्यूट
GPUAdapterInfo isFallbackAdapter बूलियन एट्रिब्यूट से पता चलता है कि किसी अडैप्टर की परफ़ॉर्मेंस में, ज़्यादा कंपैटिबिलिटी, ज़्यादा अनुमान लगाया जा सकने वाले तरीके या बेहतर निजता के बदले, परफ़ॉर्मेंस से जुड़ी अहम सीमाएं हैं या नहीं. ध्यान दें कि सभी सिस्टम पर फ़ॉलबैक अडैप्टर मौजूद नहीं हो सकता.
ऑरिजिन ट्रायल की नई सुविधाएं
Chrome 136 में, ऑरिजिन ट्रायल की इन नई सुविधाओं के लिए ऑप्ट-इन किया जा सकता है.
Audio Output Devices API: setDefaultSinkId()
इस सुविधा से, MediaDevices में setDefaultSinkId() जोड़ा गया है. इससे टॉप-लेवल फ़्रेम, अपने सबफ़्रेम के इस्तेमाल किए जाने वाले डिफ़ॉल्ट ऑडियो आउटपुट डिवाइस को बदल सकता है.
वेब ऐप्लिकेशन को, बाइमॉडल परफ़ॉर्मेंस टाइमिंग समझने की अनुमति देना
वेब ऐप्लिकेशन को, पेज लोड होने की परफ़ॉर्मेंस में बाइमॉडल डिस्ट्रिब्यूशन की समस्या हो सकती है. ऐसा, वेब ऐप्लिकेशन के कंट्रोल से बाहर की वजहों से हो सकता है. उदाहरण के लिए:
- जब कोई यूज़र एजेंट पहली बार लॉन्च होता है (एक "कोल्ड स्टार्ट" वाला उदाहरण), तो उसे कई महंगे इनिशियलाइज़ेशन टास्क करने होते हैं. ये टास्क, सिस्टम के संसाधनों के लिए एक-दूसरे से मुकाबला करते हैं.
- ब्राउज़र एक्सटेंशन, किसी वेबसाइट की परफ़ॉर्मेंस पर असर डाल सकते हैं. उदाहरण के लिए, कुछ एक्सटेंशन, आपके देखे जाने वाले हर पेज पर अतिरिक्त कोड चलाते हैं. इससे सीपीयू का इस्तेमाल बढ़ सकता है और रिस्पॉन्स टाइम धीमा हो सकता है.
- जब कोई मशीन, इंटेंसिव टास्क करने में व्यस्त होती है, तो वेब पेजों को लोड होने में ज़्यादा समय लग सकता है.
इन स्थितियों में, वेब ऐप्लिकेशन जिस कॉन्टेंट को लोड करने की कोशिश करता है वह सिस्टम पर हो रहे अन्य काम के साथ मुकाबला करेगा. इससे यह पता लगाना मुश्किल हो जाता है कि वेब ऐप्लिकेशन में परफ़ॉर्मेंस से जुड़ी समस्याएं हैं या बाहरी वजहों से ऐसा हो रहा है.
PerformanceNavigationTiming ऑब्जेक्ट पर मौजूद एक नया confidence फ़ील्ड, डेवलपर को यह समझने में मदद करेगा कि नेविगेशन टाइमिंग, उनके वेब ऐप्लिकेशन के लिए सही हैं या नहीं.
डिवाइस बाउंड सेशन क्रेडेंशियल
वेबसाइटों के लिए, किसी सेशन को सुरक्षित तरीके से किसी एक डिवाइस से बाइंड करने का तरीका.
इससे सर्वर के पास ऐसा सेशन होता है जो सुरक्षित तरीके से किसी डिवाइस से बाइंड होता है. ब्राउज़र, सर्वर के अनुरोध के मुताबिक, निजी कुंजी के पज़ेशन के सबूत के साथ, सेशन को समय-समय पर रिन्यू करेगा.
कैनवस टेक्स्ट रेंडरिंग के लागू करने के तरीके का अपडेट
CanvasRenderingContext2D और OffscreenCanvasRenderingContext2D के measureText(), fillText(), और strokeText() के इंटरनल को, एक नए तरीके से बदल दिया गया है. यह तरीका, आरटीएल टेक्स्ट और कैश मेमोरी को बेहतर तरीके से सपोर्ट करता है. इससे परफ़ॉर्मेंस और बीआईडीआई-टेक्स्ट आउटपुट पर असर पड़ सकता है. इसलिए, ऑरिजिन ट्रायल की इस सुविधा से, टेक्स्ट-हैवी कैनवस ऐप्लिकेशन, नए तरीके को आज़मा सकते हैं और उन्हें आने वाली किसी भी समस्या की रिपोर्ट कर सकते हैं.
बंद की जा रही और हटाई जा रही सुविधाएं
Chrome के इस वर्शन में, इन सुविधाओं को बंद किया जा रहा है और हटाया जा रहा है. बंद की जाने वाली सुविधाओं, फ़िलहाल बंद की गई सुविधाओं, और पहले हटाई गई सुविधाओं की सूची देखने के लिए, ChromeStatus.com पर जाएं.
Chrome के इस वर्शन में, दो सुविधाएं बंद की जा रही हैं.
Intl Locale Info के गैटर बंद करना
Intl Locale Info API, ECMAScript TC39 का स्टेज 3 का प्रपोज़ल है. इसका मकसद, Intl.Locale ऑब्जेक्ट को बेहतर बनाना है. इसके लिए, स्थानीय भाषा की जानकारी दिखाई जाती है. जैसे, हफ़्ते का डेटा (हफ़्ते का पहला दिन, वीकेंड शुरू होने का दिन, वीकेंड खत्म होने का दिन, पहले हफ़्ते में कम से कम दिन) और स्थानीय भाषा में इस्तेमाल होने वाला टेक्स्ट डायरेक्शन आवर साइकल. इस बदलाव से, कुछ गैटर हटा दिए गए हैं. इन्हें स्पेसिफ़िकेशन में बदलाव के बाद, बंद कर दिया गया था.
HTMLFencedFrameElement.canLoadOpaqueURL() को हटाना.
canLoadOpaqueURL() को 2023 में navigator.canLoadAdAuctionFencedFrame() से बदल दिया गया था. इसे कॉल करने पर, तब से कंसोल में बंद करने की चेतावनी दिखती है. इससे डेवलपर को नए एपीआई के बारे में पता चलता है. HTMLFencedFrameElement से फ़ंक्शन को अटैच करने का कोई मतलब नहीं है. इसके बजाय, इसे navigator ऑब्जेक्ट से अटैच किया जाना चाहिए. इसमें फ़ेंस किए गए अन्य फ़्रेम और विज्ञापन नीलामी के तरीके शामिल हैं.