पब्लिश होने की तारीख: 14 जनवरी, 2026
यहां दिए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए Chrome के बीटा चैनल की नई रिलीज़ पर लागू होते हैं. हालांकि, अगर किसी बदलाव के बारे में अलग से जानकारी दी गई है, तो वह जानकारी लागू होगी. यहां दी गई सुविधाओं के बारे में ज़्यादा जानने के लिए, दिए गए लिंक पर जाएं या ChromeStatus.com पर मौजूद सूची देखें. 14 जनवरी, 2026 तक Chrome का बीटा वर्शन उपलब्ध है. डेस्कटॉप के लिए, Google.com से या Android पर Google Play Store से, Gemini का नया वर्शन डाउनलोड किया जा सकता है.
सीएसएस और यूज़र इंटरफ़ेस (यूआई)
text-justify सीएसएस प्रॉपर्टी के साथ काम करना
डेवलपर, text-justify प्रॉपर्टी का इस्तेमाल करके यह कंट्रोल कर सकते हैं कि text-align: justify लागू होने पर टेक्स्ट को कैसे जस्टिफ़ाई किया जाए. उदाहरण के लिए, अंग्रेज़ी टेक्स्ट में भी वर्णों के बीच की जगह को बढ़ाकर, टेक्स्ट को दोनों ओर अलाइन करना.
ज़्यादा border-radius वैल्यू के लिए, border-radius शैडो एज कंप्यूटेशन को बेहतर बनाया गया
इस सुधार से यह पक्का होता है कि लगभग गोलाकार एलिमेंट (जहां border-radius 50% के आस-पास है) पर मौजूद शैडो और क्लिप बाउंड्री, घुमावदार किनारे के विज़ुअल कॉन्टूर से सटीक तौर पर मेल खाती हैं.
इससे जटिल गोल आकार ज़्यादा बेहतर तरीके से रेंडर होते हैं. साथ ही, ज़्यादा रेडियस वैल्यू के लिए विज़ुअल अंतर कम हो जाता है. बॉर्डर-रेडियस को अडजस्ट करने वाले फ़ैक्टर में बदलाव किया गया है. इससे यह पक्का होता है कि छोटे रेडियस के लिए कोने शार्प दिखें. अब रेडियस की वैल्यू 50% के आस-पास होने पर, यह फ़ैक्टर धीरे-धीरे कम होता जाता है.
यह नॉन-राउंड कॉन्टूर (corner-shape का इस्तेमाल करके) पर भी लागू होता है. अब ये कॉन्टूर, रेडियस में बदलाव करने के लिए एक ही तरीके का इस्तेमाल करते हैं.
सीएसएस के मल्टी-कॉलम लेआउट के लिए कॉलम रैपिंग
Chrome 145 से, मल्टी-कॉलम लेआउट में column-wrap और column-height प्रॉपर्टी इस्तेमाल की जा सकती हैं. इन प्रॉपर्टी की मदद से, कॉलम को ब्लॉक डायरेक्शन में नई लाइन में रैप किया जा सकता है.
Chrome 145 से पहले, अगर मल्टीकॉलम कंटेनर की ऊंचाई सीमित थी, तो उपलब्ध जगह में फ़िट न होने वाला कॉन्टेंट, इनलाइन दिशा में ओवरफ़्लो कॉलम के तौर पर दिखता था. इससे वेब पर एक हॉरिज़ॉन्टल स्क्रोलबार बन जाएगा. column-height और column-wrap प्रॉपर्टी की मदद से, कॉलम की लाइन की ऊंचाई सेट की जा सकती है. साथ ही, ओवरफ़्लो कॉलम को नई लाइन के तौर पर दिखाया जा सकता है.
ज़्यादा जानकारी के लिए, मल्टी-कॉलम लेआउट में रैप किए गए कॉलम के लिए सहायता लेख पढ़ें.
onanimationcancel इवेंट को GlobalEventHandlers के लिए उपलब्ध कराना
CSS Animations Level 1, एचटीएमएल स्पेसिफ़िकेशन में तय किए गए GlobalEventsHandler इंटरफ़ेस को बढ़ाता है. साथ ही, चार नए इवेंट हैंडलर का एलान करता है: onanimationstart, onanimationiteration, onanimationend, और onanimationcancel.
onanimationcancel इवेंट हैंडलर, GlobalEventsHandler IDL में मौजूद नहीं था. अब इसे दिखाया जा रहा है.
सीएसएस letter-spacing और word-spacing: प्रतिशत वैल्यू
यह सीएसएस टेक्स्ट मॉड्यूल लेवल 4 के स्पेसिफ़िकेशन में तय की गई letter-spacing और word-spacing सीएसएस प्रॉपर्टी के लिए, प्रतिशत वैल्यू चालू करता है. प्रतिशत मानों का हिसाब, स्पेस वर्ण (U+0020) के अडवांस मेज़र के हिसाब से लगाया जाता है. इससे डेवलपर को टाइपोग्राफ़ी पर ज़्यादा बेहतर और आसानी से कंट्रोल करने की सुविधा मिलती है. खास तौर पर, रिस्पॉन्सिव डिज़ाइन में, जहां टेक्स्ट स्पेसिंग को अलग-अलग व्यूपोर्ट और फ़ॉन्ट साइज़ के हिसाब से अडजस्ट करना होता है.
पसंद के मुताबिक बनाई जा सकने वाली सूची बॉक्स
इस सुविधा की मदद से, लिस्टबॉक्स रेंडरिंग मोड में, अपनी पसंद के मुताबिक चुनने की सुविधा को बढ़ाया जा सकता है. इसमें लिस्टबॉक्स मोड में, एक और कई विकल्प चुनने की सुविधा शामिल है.
लिस्टबॉक्स रेंडरिंग मोड का मतलब है कि <select> एलिमेंट को अलग बटन और पॉप-अप के बजाय, पेज पर इन-फ़्लो या पेज में रेंडर किया जाता है. लिस्टबॉक्स रेंडरिंग मोड को, कई प्लैटफ़ॉर्म पर ऑप्ट इन किया जाता है. इसके लिए, कई या साइज़ एट्रिब्यूट का इस्तेमाल किया जाता है. जैसे, <select multiple> या <select size=4>. इन एट्रिब्यूट के साथ <select> एलिमेंट पर appearance:base-select सीएसएस प्रॉपर्टी लागू करने पर, अब इसकी रेंडरिंग और इनपुट के तरीके में सुधार होगा.
यह सुविधा, कई विकल्प चुनने वाले पॉप-अप के लिए, पसंद के मुताबिक बनाए जा सकने वाले विकल्प चुनने की सुविधा के साथ काम नहीं करती. यह सुविधा बाद में उपलब्ध होगी. एक से ज़्यादा विकल्प चुनने वाला पॉप-अप पाने के लिए, इन एट्रिब्यूट को सेट करना ज़रूरी है: <select multiple size=1>.
फ़ोर्स किए गए रंगों वाले मोड में, मोनोक्रोम इमोजी रेंडर करने की सुविधा चालू करें.
इस बदलाव से, Chrome में फ़ोर्स्ड कलर मोड में इमोजी रेंडर करने के तरीके में बदलाव होता है. कंप्यूट की गई वैल्यू के रिज़ॉल्यूशन के दौरान, जिन इमोजी की font-variant-emoji वैल्यू सामान्य या यूनिकोड होती है उन्हें उपलब्ध होने पर, मोनोक्रोम ग्लिफ़ का इस्तेमाल करके रेंडर किया जाता है.
इसलिए, Chrome कलर इमोजी रेंडरिंग को बंद कर देगा. इससे यह पक्का होता है कि इमोजी, फ़ोर्स्ड कलर मोड की पाइपलाइन में पूरी तरह से शामिल हों और सिस्टम के हाई-कंट्रास्ट वाले रंगों का पालन करें. फ़ोर्स्ड कलर मोड के बाहर, व्यवहार में कोई बदलाव नहीं होता.
focus() तरीके के लिए focusVisible विकल्प
focus() तरीके को कॉल करते समय, डेवलपर अब FocusOptions डिक्शनरी में focusVisible
बूलियन सप्लाई कर सकते हैं. सही होने पर, फ़ोकस की गई नई चीज़ के चारों ओर फ़ोकस रिंग हमेशा पेंट की जाएगी. साथ ही, यह :focus-visible स्यूडो-क्लास से मेल खाएगी. गलत होने पर, फ़ोकस रिंग नहीं दिखेगी और :focus-visible मेल नहीं खाएगा. यह मौजूद न होने पर, यूज़र एजेंट यह तय करता है कि फ़ोकस रिंग को पेंट किया जाना चाहिए या नहीं. साथ ही, :focus-visible सूडो-क्लास इसके हिसाब से मैच होती है.
नॉन-रूट स्क्रोलर पर ओवरस्क्रोल इफ़ेक्ट
इससे, नॉन-रूट स्क्रोल कंटेनर पर इलास्टिक ओवरस्क्रोल इफ़ेक्ट दिखते हैं. जब नेस्ट किया गया कोई स्क्रोल किया जा सकने वाला एलिमेंट, स्क्रोल करने की सीमा तक पहुंच जाता है, तो ओवरस्क्रोल की सुविधा सिर्फ़ रूट स्क्रोलर के बजाय उस एलिमेंट पर लागू होती है. इससे कस्टम JavaScript वर्कअराउंड की ज़रूरत कम हो जाती है. साथ ही, overscroll-behavior की मदद से हर एलिमेंट को कंट्रोल किया जा सकता है.
Android पर विंडो की सही जगह दिखाना
Android पर Chrome अब window.screenX, window.screenY, window.outerWidth, और window.outerHeight का इस्तेमाल करके, ब्राउज़र विंडो की पोज़िशन और साइज़ की सटीक जानकारी देता है.
पहले, Chrome गलती से यह मान लेता था कि Android पर सभी ब्राउज़र विंडो, (0, 0) कोऑर्डिनेट से शुरू होती हैं. फ़्रीफ़ॉर्म विंडो मोड का इस्तेमाल करने वाले Android टैबलेट के लिए, यह जानकारी सही नहीं है. इसकी वजह से, वेबसाइटों को हमेशा 0 मिलता है. ऐसा तब होता है, जब window.screenX और window.screenY का इस्तेमाल करके, विंडो की स्क्रीन पर मौजूद जगह के बारे में क्वेरी की जाती है. ये फ़ील्ड, ग्लोबल वर्क एरिया कोऑर्डिनेट स्पेस में विंडो के सबसे ऊपर बाएं कोने के कोऑर्डिनेट सेव करते हैं.
इसके अलावा, Android पर Chrome ने यह गलत अनुमान लगाया कि ब्राउज़र विंडो के बाहरी डाइमेंशन, वेबसाइट के व्यूपोर्ट के अंदरूनी डाइमेंशन के बराबर हैं.
Web APIs
Navigation API: navigation.transition में डेस्टिनेशन की जानकारी दिखाना
Chrome 145 से पहले, NavigationTransition में from प्रॉपर्टी होती थी. इससे नेविगेशन का पुराना यूआरएल दिखता था. to (NavigationDestination) को दिखाने से यह प्रोसेस पूरी हो जाती है. यह खास तौर पर तब काम आता है, जब precommit हैंडलर का इस्तेमाल किया जा रहा हो. ऐसा इसलिए, क्योंकि precommit के दौरान मौजूदा यूआरएल, डेस्टिनेशन पर स्विच नहीं हुआ होता है.
WebGPU: subgroup_uniformity सुविधा
इससे एकरूपता के विश्लेषण में एक नया स्कोप जुड़ जाता है. साथ ही, यह भी बदल जाता है कि भाषा के किन हिस्सों की जांच की जाती है, ताकि ज़्यादा मामलों में सबग्रुप की सुविधा को एक जैसा माना जा सके.
अपसर्ट
यह Map.prototype.getOrInsert, Map.prototype.getOrInsertComputed, WeakMap.prototype.getOrInsert, और WeakMap.prototype.getOrInsertComputed के लिए ECMAScript के सुझाव को लागू करता है.
गैर-कोलैप्स किए गए चुने गए आइटम पर मिटाने के निर्देशों के लिए InputEvent टाइप
चुने गए टेक्स्ट पर, मिटाने के कीबोर्ड शॉर्टकट के लिए सटीक inputType वैल्यू की रिपोर्ट करता है. जब कॉन्टेंट में बदलाव करने की अनुमति देने वाले एलिमेंट में चुने गए टेक्स्ट के साथ, मिटाने के लिए Control+Backspace या Control+Delete जैसे कमांड का इस्तेमाल किया जाता है, तो अब beforeinput और input इवेंट, deleteWordBackward या deleteWordForward के बजाय deleteContentBackward या deleteContentForward रिपोर्ट करते हैं. इससे वेब डेवलपर को यह समझने में मदद मिलती है कि बदलाव करने की कौनसी कार्रवाई हुई है. साथ ही, वे भरोसेमंद तरीके से बदलाव को पहले जैसा करने और फिर से करने या बदलाव करने के कस्टम तरीके लागू कर सकते हैं.
Cookie Store API maxAge एट्रिब्यूट
इस अनुमति की मदद से, Cookie Store API का इस्तेमाल करने वाले लोग, कुकी सेट करते समय maxAge तय कर सकते हैं.
expires एट्रिब्यूट का इस्तेमाल करके, कुकी के खत्म होने का समय पहले से ही कॉन्फ़िगर किया जा सकता है. हालांकि, maxAge एक बेहतर विकल्प उपलब्ध कराता है. साथ ही, Cookie Store API को document.cookie और Set-Cookie एचटीटीपी हेडर के ज़रिए उपलब्ध कराए गए विकल्पों के साथ अलाइन करता है.
सुरक्षित पेमेंट की पुष्टि: ब्राउज़र से जुड़ी कुंजियां
यह कुकी, Secure Payment Confirmation की पुष्टि करने वाले दावों और क्रेडेंशियल बनाने की प्रोसेस में एक और क्रिप्टोग्राफ़िक सिग्नेचर जोड़ती है. इससे जुड़ी निजी कुंजी, सभी डिवाइसों पर सिंक नहीं होती. इससे वेब डेवलपर को पेमेंट के लेन-देन के लिए, डिवाइस बाइंडिंग से जुड़ी ज़रूरी शर्तों को पूरा करने में मदद मिलती है.
clipboardchange इवेंट के लिए स्टिकी ऐक्टिवेशन
Chrome को अब स्टिकी उपयोगकर्ता ऐक्टिवेशन या clipboard-read अनुमति की ज़रूरत होती है, ताकि clipboardchange इवेंट ट्रिगर किए जा सकें. इससे क्लिपबोर्ड की निगरानी करने से जुड़ी अनुमति के बिना होने वाली गतिविधियों को रोका जा सकेगा.
यह बदलाव, Clipboard API
specification में बताए गए तरीके से किया गया है.
VideoFrame.metadata() का इस्तेमाल करके, WebRTC वीडियो फ़्रेम से rtpTimestamp को दिखाना
यह VideoFrame.metadata() तरीका जोड़ता है. यह एक डिक्शनरी दिखाता है. इसमें rtpTimestamp फ़ील्ड होता है. ऐसा तब होता है, जब मौजूदा VideoFrame के मेटाडेटा में यह फ़ील्ड मौजूद होता है. इसके अलावा, एक खाली डिक्शनरी दिखाई जाती है. सिर्फ़ WebRTC सोर्स से मिले वीडियो फ़्रेम में rtpTimestamp मेटाडेटा अटैच होगा.
वेब ऐप्लिकेशन को बाइमॉडल परफ़ॉर्मेंस टाइमिंग समझने की अनुमति देना
वेब ऐप्लिकेशन में, पेज लोड होने की परफ़ॉर्मेंस में बाइमॉडल डिस्ट्रिब्यूशन की समस्या आ सकती है. ऐसा ऐप्लिकेशन के कंट्रोल से बाहर की वजहों से होता है. उदाहरण के लिए, जब कोई उपयोगकर्ता एजेंट पहली बार "कोल्ड स्टार्ट" परिदृश्य में लॉन्च होता है, तो उसे कई महंगे इनिशियलाइज़ेशन टास्क करने होते हैं. ये टास्क, सिस्टम के संसाधनों के लिए एक-दूसरे से प्रतिस्पर्धा करते हैं. ब्राउज़र एक्सटेंशन भी परफ़ॉर्मेंस पर असर डाल सकते हैं. ऐसा इसलिए, क्योंकि कुछ एक्सटेंशन आपकी विज़िट किए गए हर पेज पर अतिरिक्त कोड चलाते हैं. इससे सीपीयू का इस्तेमाल बढ़ जाता है और प्रतिक्रिया मिलने में ज़्यादा समय लगता है. इसी तरह, अगर कोई मशीन पहले से ही मुश्किल टास्क में व्यस्त है, तो वेब पेज लोड होने में ज़्यादा समय लग सकता है.
इन स्थितियों में, वेब ऐप्लिकेशन जिस कॉन्टेंट को लोड करने की कोशिश करता है वह सिस्टम पर हो रहे अन्य कामों के साथ प्रतिस्पर्धा करेगा. इससे यह पता लगाना मुश्किल हो जाता है कि वेब ऐप्लिकेशन में परफ़ॉर्मेंस से जुड़ी समस्याएं, ऐप्लिकेशन की वजह से हो रही हैं या बाहरी वजहों से.
PerformanceNavigationTiming ऑब्जेक्ट में मौजूद नए confidence फ़ील्ड की मदद से डेवलपर यह पता लगा सकते हैं कि नेविगेशन टाइमिंग, उनके वेब ऐप्लिकेशन के लिए सही हैं या नहीं.
परफ़ॉर्मेंस एंट्री में presentationTime और paintTime जोड़ना
एलमेंट टाइमिंग, एलसीपी, लंबे ऐनिमेशन फ़्रेम, और पेंट टाइमिंग में paintTime और presentationTime को दिखाएं.
paintTime का मतलब है कि रेंडरिंग फ़ेज़ खत्म हो गया है और ब्राउज़र ने पेंट फ़ेज़ शुरू कर दिया है. presentationTime का मतलब है कि "पिक्सल स्क्रीन पर कब दिखे". यह कुछ हद तक, लागू करने के तरीके पर निर्भर करता है. एलसीपी और आईएनपी अब नई उपलब्ध बेसलाइन हैं लेख पढ़ें.
LayoutShift API में सीएसएस पिक्सल का इस्तेमाल करना
इस सुविधा से, LayoutShift API में एट्रिब्यूशन डेटा (prevRect और currentRect) बदल जाता है. इससे, लेआउट में होने वाले बदलावों को फ़िज़िकल पिक्सल के बजाय सीएसएस पिक्सल में रिपोर्ट किया जाता है. मौजूदा व्यवहार, लेआउट से जुड़े अन्य एपीआई के साथ मेल नहीं खाता. ये सभी एपीआई, सीएसएस पिक्सल का इस्तेमाल करते हैं. इस बदलाव से, एक जैसी इकाइयों का इस्तेमाल करने में मदद मिलती है. साथ ही, डेवलपर के लिए इसका इस्तेमाल करना आसान हो जाता है. इसके अलावा, यह डीबग करने और टूलिंग में इस्तेमाल होने वाली इकाइयों के मुताबिक होता है.
ध्यान दें कि इससे सीएलएस मेट्रिक की वैल्यू पर कोई असर नहीं पड़ता. हालांकि, इससे डीबग करने वाले टूल पर असर पड़ता है. ये टूल, उन शिफ़्ट के स्क्रीनशॉट और इमेज दिखाते हैं.
डिवाइस बाउंड सेशन क्रेडेंशियल (डीबीएससी)
यह वेबसाइटों के लिए, किसी सेशन को सुरक्षित तरीके से एक डिवाइस से बाइंड करने का तरीका है.
इससे सर्वर को ऐसा सेशन मिलता है जो किसी डिवाइस से सुरक्षित तरीके से जुड़ा होता है. ब्राउज़र, सर्वर के अनुरोध के मुताबिक समय-समय पर सेशन को रिन्यू करता है. साथ ही, निजी कुंजी के मालिकाना हक का सबूत भी देता है.
लोकल नेटवर्क ऐक्सेस करने की अनुमतियों को अलग-अलग करना
यह लोकल नेटवर्क ऐक्सेस (एलएनए) से जुड़ी पाबंदियों को बेहतर बनाने के लिए किया गया बदलाव है. इसमें, हमने लोकल नेटवर्क ऐक्सेस की एक अनुमति को दो अलग-अलग अनुमतियों में बांट दिया है.
पुरानी अनुमति: local-network-access
नई अनुमतियां:
local-network: स्थानीय पते के स्पेस में मौजूद आईपी पतों के लिए, एलएनए के अनुरोधों के लिए.loopback-network: लूपबैक पते के स्पेस में मौजूद आईपी पतों के लिए, एलएनए अनुरोधों के लिए.
पुरानी अनुमति को एलियास के तौर पर सेव किया जाता है. यह permissions.query और अनुमतियों से जुड़ी नीति के लिए काम करती रहेगी. मौजूदा एंटरप्राइज़ नीतियां पहले की तरह ही काम करती रहेंगी. ज़्यादा बारीकी से कंट्रोल करने वाली नई एंटरप्राइज़ नीतियां, बाद में जोड़ी जाएंगी.
Origin API
ऑरिजिन, वेब के लागू होने का एक बुनियादी कॉम्पोनेंट है. यह सुरक्षा और निजता की सीमाओं, दोनों के लिए ज़रूरी है. इन सीमाओं को उपयोगकर्ता एजेंट बनाए रखते हैं. एचटीएमएल और यूआरएल के बीच के अंतर को अच्छी तरह से बताया गया है. साथ ही, साइट जैसे मिलते-जुलते कॉन्सेप्ट के बारे में भी बताया गया है.
हालांकि, ऑरिजिन को सीधे तौर पर वेब डेवलपर के लिए उपलब्ध नहीं कराया जाता है. हालांकि, अलग-अलग ऑब्जेक्ट पर कई ऑरिजिन गेटर होते हैं, लेकिन उनमें से हर एक, ऑरिजिन का एएससीआईआई सीरियलाइज़ेशन दिखाता है, न कि ऑरिजिन. इससे कुछ समस्याएं हो सकती हैं. असल में, जब डेवलपर सीरियल किए गए ऑरिजिन को हैंडल करते समय, एक ही ऑरिजिन या एक ही साइट की तुलना करने की कोशिश करते हैं, तो वे अक्सर ऐसी गलतियां कर देते हैं जिनसे सुरक्षा से जुड़ी समस्याएं पैदा हो जाती हैं. सैद्धांतिक तौर पर, ऐसा लगता है कि यह सुरक्षा से जुड़ी एक बुनियादी सुविधा है, जो मौजूद नहीं है. इसलिए, डेवलपर को इसे सटीक तरीके से पॉलीफ़िल करने में मुश्किल होती है.
Origin API, प्लैटफ़ॉर्म में मौजूद इस कमी को दूर करता है. इसके लिए, यह एक origin ऑब्जेक्ट पेश करता है, जो ऑरिजिन के कॉन्सेप्ट को शामिल करता है. साथ ही, तुलना करने, क्रम से लगाने, और पार्स करने के लिए मददगार तरीके उपलब्ध कराता है.
Sanitizer API
Sanitizer API की मदद से डेवलपर, ऐसे कॉन्टेंट को हटा सकते हैं जो उपयोगकर्ता के दिए गए किसी भी एचटीएमएल कॉन्टेंट से स्क्रिप्ट को एक्ज़ीक्यूट कर सकता है. इसका मकसद, XSS से सुरक्षित वेब ऐप्लिकेशन बनाना आसान बनाना है.
Trusted Types की खास जानकारी के मुताबिक काम करना
भरोसेमंद टाइप को Chrome में 2019 में लागू किया गया था और लॉन्च किया गया था.
भरोसेमंद टाइप की सुविधा अब अन्य ब्राउज़र में भी लागू की जा रही है. इस प्रोसेस के तहत, स्पेसिफ़िकेशन में मौजूद अलग-अलग गड़बड़ियों का पता लगाया जा रहा है और उन्हें ठीक किया जा रहा है. इस रिलीज़ में, Chrome में इन समस्याओं को ठीक किया गया है, ताकि यह नए स्पेसिफ़िकेशन के मुताबिक काम कर सके.
नए ऑरिजिन ट्रायल
Chrome 145 में, इन नए ऑरिजिन ट्रायल के लिए ऑप्ट इन किया जा सकता है.
WebAudio: कॉन्फ़िगर किया जा सकने वाला रेंडर क्वांटम
AudioContext और OfflineAudioContext अब एक वैकल्पिक renderSizeHint लेते हैं. इससे उपयोगकर्ता, पूर्णांक पास किए जाने पर रेंडर क्वांटम का कोई खास साइज़ मांग सकते हैं. अगर कुछ भी या default पास नहीं किया जाता है, तो 128 फ़्रेम के डिफ़ॉल्ट साइज़ का इस्तेमाल किया जाता है. इसके अलावा, अगर hardware तय किया जाता है, तो उपयोगकर्ता-एजेंट से रेंडर क्वांटम का सही साइज़ चुनने के लिए कहा जा सकता है.
बंद की गई और हटाई गई सुविधाएं
Chrome के इस वर्शन में, इन सुविधाओं को बंद कर दिया गया है और इन्हें हटा दिया गया है. प्लान की गई सुविधाओं को बंद करने, मौजूदा समय में बंद की गई सुविधाओं, और पहले बंद की गई सुविधाओं की सूचियों के लिए, ChromeStatus.com पर जाएं.
Chrome, macOS पर पुराने वर्चुअल कैमरों के साथ काम करना बंद कर देता है
Chrome 145 से, macOS के उन सभी वर्शन के लिए पुराने वर्चुअल कैमरों का इस्तेमाल नहीं किया जा सकेगा जिन पर यह काम करता है.
macOS पर, नए वर्चुअल कैमरे Core Media IO फ़्रेमवर्क का इस्तेमाल करके बनाए जाते हैं. यह फ़्रेमवर्क macOS 12.3 से उपलब्ध है. Apple ने इस बारे में जानकारी दी है. साथ ही, वर्चुअल कैमरे के सभी नए सॉफ़्टवेयर को इस Core Media IO फ़्रेमवर्क का इस्तेमाल करने के लिए माइग्रेट कर दिया गया है.
DAL प्लगिन के तौर पर बनाए गए पुराने वर्चुअल कैमरों को macOS ने खुद ही ब्लॉक कर दिया है. ऐसा macOS 14.1 (2023) से शुरू हुआ है. साथ ही, Safari में 2018 से ही इनका इस्तेमाल नहीं किया जा सकता. हालांकि, हो सकता है कि इससे पहले से ही इनका इस्तेमाल न किया जा सकता हो.
BMP फ़ाइल में JPEG या PNG फ़ाइल एम्बेड करने के लिए, BMP एक्सटेंशन हटाएं
Chrome, बीएमपी एक्सटेंशन को हटा रहा है. इसका इस्तेमाल JPEG या PNG को बीएमपी में एम्बेड करने के लिए किया जाता है. ऐसा इसलिए किया जा रहा है, क्योंकि कोई भी अन्य ब्राउज़र इस एक्सटेंशन के साथ काम नहीं करता. साथ ही, इसका कोई इस्तेमाल नहीं है (यूएमए डेटा का इस्तेमाल करके रजिस्टर किया गया है).
डिफ़ॉल्ट रूप से, User-Agent स्ट्रिंग में कम जानकारी दी जाती है
Chrome 145 से, UserAgentReduction नीति को पूरी तरह से हटा दिया जाएगा. पहले इस नीति का इस्तेमाल यह कंट्रोल करने के लिए किया जाता था कि Chrome, यूज़र-एजेंट स्ट्रिंग को छोटा करके भेजेगा या पूरा भेजेगा.
उपयोगकर्ता की निजता को बेहतर बनाने और पैसिव ट्रैकिंग की क्षमताओं को कम करने के लिए, Chrome ने Chrome के वर्शन 110 में, उपयोगकर्ता एजेंट हेडर में मौजूद जानकारी को डिफ़ॉल्ट रूप से कम करना शुरू कर दिया था. UserAgentReduction नीति को कुछ समय के लिए उपलब्ध कराया गया था, ताकि एंटरप्राइज़ इस ट्रांज़िशन को मैनेज कर सकें.
वेबसाइटों के लिए, ब्राउज़र और डिवाइस की जानकारी ऐक्सेस करने का सुझाव दिया गया है. अब इसके लिए, यूज़र-एजेंट क्लाइंट हिंट (यूए-सीएच) का इस्तेमाल किया जाता है. UA-CH के लिए, वेबसाइटों को खास जानकारी का अनुरोध करना पड़ता है. यह निजता बनाए रखने का बेहतर तरीका है. ऐसा इसलिए, क्योंकि लेगसी User-Agent स्ट्रिंग में यह सुविधा नहीं होती.
Chrome 145 से, UserAgentReduction नीति का कोई असर नहीं होगा.
Chrome, डिफ़ॉल्ट रूप से कम जानकारी वाली उपयोगकर्ता-एजेंट स्ट्रिंग भेजेगा. सिस्टम या ऐप्लिकेशन, User-Agent स्ट्रिंग की पूरी जानकारी (लेगसी) पाने के लिए इस नीति पर निर्भर करते थे. हालांकि, अब उन्हें वह जानकारी नहीं मिल पाएगी जो वे चाहते हैं.