स्टेबल वर्शन के रिलीज़ होने की तारीख: 10 फ़रवरी, 2026
जब तक अलग से कोई जानकारी न दी गई हो, तब तक ये बदलाव Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome 145 के स्टेबल चैनल की रिलीज़ पर लागू होते हैं.
सीएसएस और यूज़र इंटरफ़ेस (यूआई)
text-justify सीएसएस प्रॉपर्टी के लिए सहायता जोड़ी गई
text-justify प्रॉपर्टी का इस्तेमाल करके, यह कंट्रोल किया जा सकता है कि text-align: justify लागू होने पर टेक्स्ट कैसे जस्टिफ़ाई किया जाए. उदाहरण के लिए, अंग्रेज़ी टेक्स्ट में भी अक्षरों के बीच का स्पेस बढ़ाकर, टेक्स्ट को जस्टिफ़ाय किया जा सकता है.
ट्रैकिंग बग #40321528 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
सीएसएस letter-spacing और word-spacing प्रॉपर्टी के लिए प्रतिशत वैल्यू चालू करना
सीएसएस टेक्स्ट मॉड्यूल लेवल 4 स्पेसिफ़िकेशन में तय किए गए letter-spacing और word-spacing सीएसएस प्रॉपर्टी के लिए, प्रतिशत वैल्यू चालू करें. प्रतिशत मानों का हिसाब, स्पेस कैरेक्टर (U+0020) के अडवांस मेज़र के हिसाब से लगाया जाता है. इससे आपको टाइपोग्राफ़ी पर ज़्यादा बेहतर और सुविधाजनक कंट्रोल मिलता है. खास तौर पर, रिस्पॉन्सिव डिज़ाइन में, जहां टेक्स्ट स्पेसिंग को अलग-अलग व्यूपोर्ट और फ़ॉन्ट साइज़ के हिसाब से अडजस्ट करना होता है.
ट्रैकिंग बग #327740939 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
ज़्यादा border-radius के लिए, बॉर्डर-रेडियस शैडो एज के हिसाब को बेहतर बनाया गया
इस बदलाव से यह पक्का होता है कि लगभग गोलाकार एलिमेंट (जहां border-radius 50% के आस-पास है) पर मौजूद शैडो और क्लिप बाउंड्री, घुमावदार किनारे के विज़ुअल कॉन्टूर से पूरी तरह मेल खाती हैं.
इससे जटिल गोल आकार ज़्यादा एक जैसे दिखते हैं. साथ ही, ज़्यादा रेडियस वैल्यू के लिए विज़ुअल में अंतर नहीं दिखता. border-radius अडजस्टमेंट फ़ैक्टर, यह पक्का करता है कि छोटे रेडियस के लिए कोने शार्प दिखें. रेडियस की वैल्यू 50% के आस-पास होने पर, यह फ़ैक्टर धीरे-धीरे कम होता जाता है.
यह नॉन-राउंड कॉन्टूर (corner-shape का इस्तेमाल करके) पर भी लागू होता है. अब ये कॉन्टूर, रेडियस में बदलाव करने के लिए एक ही तरीके का इस्तेमाल करते हैं.
ट्रैकिंग बग #448651073 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
मल्टीकॉल के लिए कॉलम रैपिंग
मल्टीकॉलम लेवल 2 से, column-wrap और column-height सीएसएस प्रॉपर्टी के लिए सहायता जोड़ी गई है.
इससे वर्टिकल कॉलम लेआउट या 2D कॉलम लेआउट भी चालू किया जा सकता है. कॉलम की ऊंचाई को content-box की ऊंचाई से तय करने के बजाय, साफ़ तौर पर तय किया जा सकता है. जब किसी लाइन के सभी कॉलम भर जाते हैं, तो ये रैप होकर कॉलम की नई लाइन में आ जाते हैं. ऐसा इनलाइन दिशा में ओवरफ़्लोइंग कॉलम बनाने के बजाय किया जाता है.
ट्रैकिंग बग #403183884 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
onanimationcancel इवेंट को GlobalEventHandlers के लिए उपलब्ध कराना
CSS ऐनिमेशन लेवल 1, एचटीएमएल स्पेसिफ़िकेशन में तय किए गए GlobalEventHandlers इंटरफ़ेस को बढ़ाता है. इसमें चार नए इवेंट हैंडलर शामिल हैं: onanimationstart, onanimationiteration, onanimationend, और onanimationcancel. सिर्फ़ onanimationcancel इवेंट हैंडलर, GlobalEventHandlers आईडीएल में मौजूद नहीं है.
ट्रैकिंग बग #464010037 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
पसंद के मुताबिक बनाई जा सकने वाली सूची बॉक्स
इससे, लिस्टबॉक्स रेंडरिंग मोड में पसंद के मुताबिक चुनने की सुविधा मिलती है. इसमें लिस्टबॉक्स मोड में एक और एक से ज़्यादा विकल्प चुनने की सुविधा भी शामिल है.
लिस्टबॉक्स रेंडरिंग मोड, select एलिमेंट को अलग बटन और पॉप-अप के बजाय, इन-फ़्लो या पेज में रेंडर करता है. multiple या size एट्रिब्यूट का इस्तेमाल करके, सभी प्लैटफ़ॉर्म पर लिस्टबॉक्स रेंडरिंग मोड में ऑप्ट इन किया जा सकता है. उदाहरण के लिए, <select multiple> या <select size=4>. इन एट्रिब्यूट के साथ select एलिमेंट पर appearance: base-select सीएसएस प्रॉपर्टी लागू होने पर, यह बेहतर तरीके से रेंडर होता है और इनपुट के लिए बेहतर तरीके से काम करता है.
इसमें एक से ज़्यादा विकल्प चुनने वाले पॉप-अप के लिए, पसंद के मुताबिक बनाए जा सकने वाले select की सुविधा काम नहीं करती. यह सुविधा बाद में उपलब्ध होगी. एक से ज़्यादा विकल्प चुनने की सुविधा वाला पॉप-अप पाने के लिए, आपको ये एट्रिब्यूट सेट करने होंगे: <select multiple size=1>.
ट्रैकिंग बग #357649033 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
focus पर मौजूद focusVisible विकल्प
focus() तरीके को कॉल करते समय, FocusOptions डिक्शनरी में focusVisible बूलियन दिया जा सकता है. जब यह वैल्यू सही होती है, तब फ़ोकस किए गए नए एलिमेंट के चारों ओर फ़ोकस रिंग हमेशा पेंट की जाती है. साथ ही, यह :focus-visible सूडो-क्लास से मेल खाती है.
गलत होने पर, फ़ोकस रिंग नहीं दिखती है और :focus-visible मैच नहीं करता.
जब यह मौजूद नहीं होता है, तो यूज़र एजेंट यह तय करता है कि फ़ोकस रिंग को पेंट किया जाना चाहिए या नहीं. साथ ही, :focus-visible छद्म क्लास इससे मेल खाती है.
ट्रैकिंग बग #462191849 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
फ़ोर्स्ड कलर मोड में मोनोक्रोम इमोजी रेंडर करने की सुविधा चालू करें.
इस बदलाव से, फ़ोर्स्ड कलर मोड में Chromium के इमोजी रेंडर करने के तरीके में बदलाव होता है.
कैलकुलेट की गई वैल्यू तय करते समय, जिन इमोजी की font-variant-emoji वैल्यू normal या unicode होती है उन्हें मोनोक्रोम ग्लिफ़ का इस्तेमाल करके रेंडर किया जाता है. हालांकि, ऐसा तब होता है, जब मोनोक्रोम ग्लिफ़ उपलब्ध हों.
इसलिए, Chromium कलर इमोजी रेंडरिंग को बंद कर देता है. इससे यह पक्का होता है कि इमोजी, फ़ोर्स्ड कलर मोड पाइपलाइन में पूरी तरह से शामिल हों और सिस्टम के हाई-कंट्रास्ट वाले रंगों का पालन करें. फ़ोर्स्ड कलर मोड के बाहर, व्यवहार में कोई बदलाव नहीं होता.
ट्रैकिंग बग #420857717 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
नॉन-रूट स्क्रोलर पर ओवरस्क्रोल इफ़ेक्ट
इसमें, नॉन-रूट स्क्रोल कंटेनर पर इलास्टिक ओवरस्क्रोल इफ़ेक्ट दिखाए गए हैं. जब स्क्रोल किए जा सकने वाले किसी नेस्ट किए गए एलिमेंट की स्क्रोल सीमा पूरी हो जाती है, तो ओवरस्क्रोल की सुविधा सिर्फ़ रूट स्क्रोलर के बजाय उस एलिमेंट पर लागू होती है. इससे कस्टम JavaScript वर्कअराउंड की ज़रूरत कम हो जाती है. साथ ही, overscroll-behavior की मदद से हर एलिमेंट के लिए इसे कंट्रोल किया जा सकता है.
ट्रैकिंग बग #41102897 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
क्षमताएं
Android पर विंडो की सही जगह दिखाना
Android पर Chrome, ब्राउज़र विंडो की पोज़िशन और साइज़ की सटीक जानकारी देता है. इसके लिए, वह window.screenX, window.screenY, window.outerWidth, और window.outerHeight का इस्तेमाल करता है.
Chrome पहले गलती से यह मान लेता था कि Android पर सभी ब्राउज़र विंडो, (0, 0) कोऑर्डिनेट से शुरू होती हैं. यह अनुमान, Android टैबलेट के लिए सही नहीं है. इन टैबलेट में फ़्रीफ़ॉर्म विंडो मोड का इस्तेमाल किया जाता है. window.screenX और window.screenY का इस्तेमाल करके, विंडो की स्क्रीन पर मौजूद पोज़िशन के बारे में क्वेरी करने पर, वेबसाइटों को हमेशा 0 मिलता था. इन फ़ील्ड में, विंडो के सबसे ऊपर बाएं कोने के निर्देशांक सेव होते हैं. ये निर्देशांक, ग्लोबल वर्क एरिया के निर्देशांक स्पेस में होते हैं.
इसके अलावा, Android पर Chrome ने यह गलत मान लिया कि ब्राउज़र विंडो के बाहरी डाइमेंशन, वेबसाइट के व्यूपोर्ट के अंदरूनी डाइमेंशन के बराबर हैं.
window.screenX और window.screenY के ये उपनाम हैं: window.screenLeft और window.screenTop.
ट्रैकिंग बग #417632037 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
JavaScript
अपसर्ट
यह Map.prototype.getOrInsert, Map.prototype.getOrInsertComputed, WeakMap.prototype.getOrInsert, और WeakMap.prototype.getOrInsertComputed के लिए ECMAScript का सुझाव है.
ट्रैकिंग बग #434977728 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
Crash Reporting key-value API
नई कुंजी-वैल्यू एपीआई, window.crashReport, हर दस्तावेज़ के हिसाब से मैप की गई है. इसमें ऐसा डेटा होता है जिसे Chrome, क्रैश रिपोर्ट में जोड़ता है.
इस एपीआई के बैकिंग मैप में मौजूद डेटा को CrashReportBody में भेजा जाता है. ऐसा तब होता है, जब साइट पर रेंडरर प्रोसेस क्रैश हो जाती हैं. इससे आपको यह डीबग करने में मदद मिलती है कि आपके ऐप्लिकेशन में किस खास स्थिति की वजह से क्रैश हो रहा है.
ट्रैकिंग बग #400432195 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
डिफ़ॉल्ट रूप से, User-Agent स्ट्रिंग में कम जानकारी दी जाती है
Chrome 145 से, Chrome UserAgentReduction नीति को हटा देता है. इस नीति का इस्तेमाल यह कंट्रोल करने के लिए किया जाता था कि Chrome, कम की गई या पूरी User-Agent स्ट्रिंग भेजेगा या नहीं.
उपयोगकर्ता की निजता को बेहतर बनाने और पैसिव ट्रैकिंग की क्षमताओं को कम करने के लिए, Chrome ने Chrome के वर्शन 110 में, उपयोगकर्ता एजेंट हेडर में मौजूद जानकारी को डिफ़ॉल्ट रूप से कम करना शुरू कर दिया था. UserAgentReduction नीति को, एंटरप्राइज़ के लिए एक अस्थायी उपाय के तौर पर उपलब्ध कराया गया था, ताकि वे इस ट्रांज़िशन को मैनेज कर सकें.
वेबसाइटों के लिए, ब्राउज़र और डिवाइस की जानकारी को ऐक्सेस करने का सुझाव दिया गया है. इसके लिए, यूज़र-एजेंट क्लाइंट हिंट (यूए-सीएच) का इस्तेमाल करें. यूज़र एजेंट क्लाइंट हिंट (यूए-सीएच) के लिए, वेबसाइटों को खास जानकारी का अनुरोध करना पड़ता है. यह निजता बनाए रखने के लिए, लेगसी यूज़र-एजेंट स्ट्रिंग से बेहतर तरीका है. ज़्यादा जानकारी के लिए, web.dev का यह लेख पढ़ें: यूज़र-एजेंट क्लाइंट हिंट पर माइग्रेट करना.
Chrome 145 से, UserAgentReduction नीति का कोई असर नहीं पड़ता. Chrome, डिफ़ॉल्ट रूप से कम जानकारी वाली User-Agent स्ट्रिंग भेजता है. सिस्टम या ऐप्लिकेशन, User-Agent स्ट्रिंग की पूरी जानकारी (लेगसी) पाने के लिए इस नीति पर निर्भर करते थे. हालांकि, अब उन्हें शायद वह जानकारी न मिले जो वे चाहते हैं.
Navigation API: navigation.transition में डेस्टिनेशन की जानकारी दिखाना
NavigationTransition में from प्रॉपर्टी है, जो नेविगेशन के पुराने यूआरएल को दिखाती है. to (एक NavigationDestination) को दिखाने पर यह प्रोसेस पूरी हो जाती है. यह खास तौर पर तब मददगार होता है, जब प्रीकमिट हैंडलर का इस्तेमाल किया जा रहा हो. ऐसा इसलिए, क्योंकि प्रीकमिट के दौरान मौजूदा यूआरएल, डेस्टिनेशन पर स्विच नहीं हुआ होता है.
navigation.transition सिर्फ़ इंटरसेप्ट किए गए नेविगेशन के लिए उपलब्ध है. इसका मतलब है कि एक ही ऑरिजिन वाले दस्तावेज़ से शुरू किए गए नेविगेशन.
Tracking bug #447171238 | ChromeStatus.com entry | Spec
सुरक्षित पेमेंट की पुष्टि: ब्राउज़र से जुड़ी कुंजियां
इससे, Secure Payment Confirmation की पुष्टि करने वाले दावों और क्रेडेंशियल बनाने की प्रोसेस में एक और क्रिप्टोग्राफ़िक सिग्नेचर जुड़ जाता है. इससे जुड़ी निजी कुंजी, सभी डिवाइसों पर सिंक नहीं होती. इससे आपको पेमेंट से जुड़े लेन-देन के लिए, डिवाइस बाइंड करने की ज़रूरी शर्तों को पूरा करने में मदद मिलती है.
ट्रैकिंग बग #377278827 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
सुरक्षित तरीके से पेमेंट की पुष्टि करना: यूज़र एक्सपीरियंस को बेहतर बनाना
यह कुकी, Android Chrome पर मौजूद SPC डायलॉग के यूज़र एक्सपीरियंस (यूएक्स) एलिमेंट को अपडेट करती है.
उपयोगकर्ता अनुभव के प्रज़ेंटेशन के अलावा, ये चीज़ें भी जोड़ी गई हैं:
- कारोबारी या कंपनियां, पेमेंट से जुड़ी इकाइयों के लोगो की एक वैकल्पिक सूची दे सकती हैं. ये लोगो, पेमेंट के दौरान यूज़र एक्सपीरियंस (यूएक्स) में दिखते हैं.
- कारोबारी या कंपनी को अलग-अलग आउटपुट स्टेटस मिलते हैं. ये इस बात पर निर्भर करते हैं कि उपयोगकर्ता को एसपीसी के बिना लेन-देन जारी रखना है या लेन-देन रद्द करना है. दोनों मामलों के लिए, सिर्फ़ एक आउटपुट स्टेट भेजी जाती है.
- पेमेंट के तरीके में, पेमेंट की जानकारी वाला नया लेबल फ़ील्ड जोड़ा गया है, ताकि एसपीईसी में टेक्स्ट को दो लाइनों में दिखाया जा सके.
ट्रैकिंग बग #405173922 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
Cookie Store API maxAge एट्रिब्यूट
Cookie Store API का इस्तेमाल करके कुकी सेट करते समय, maxAge तय किया जा सकता है.
expires एट्रिब्यूट का इस्तेमाल करके, कुकी के खत्म होने का समय पहले से ही कॉन्फ़िगर किया जा सकता है. हालांकि, maxAge एक बेहतर विकल्प उपलब्ध कराता है. साथ ही, यह Cookie Store API को document.cookie और Set-Cookie एचटीटीपी हेडर के ज़रिए उपलब्ध कराए गए विकल्पों के साथ अलाइन करता है.
ट्रैकिंग बग #430926231 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
गैर-कोलैप्स किए गए चुने गए आइटम पर मिटाने के निर्देशों के लिए InputEvent टाइप
यह रिपोर्ट, चुने गए टेक्स्ट को मिटाने के लिए इस्तेमाल किए जाने वाले कीबोर्ड शॉर्टकट की सटीक inputType वैल्यू दिखाती है. contenteditable एलिमेंट में चुने गए टेक्स्ट के साथ, Ctrl+Backspace या Ctrl+Delete जैसे मिटाने के निर्देश इस्तेमाल करने पर, beforeinput और input इवेंट, deleteWordBackward या deleteWordForward के बजाय deleteContentBackward या deleteContentForward रिपोर्ट करते हैं. इससे आपको यह समझने में मदद मिलती है कि बदलाव करने से जुड़ी कौनसी कार्रवाई हुई है. साथ ही, इससे भरोसेमंद तरीके से बदलावों को पहले जैसा करने, फिर से करने या बदलाव करने से जुड़ी कस्टम सेटिंग लागू करने में मदद मिलती है.
ट्रैकिंग बग #41423062 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
clipboardchange इवेंट के लिए स्टिकी ऐक्टिवेशन
इसके लिए, उपयोगकर्ता के लिए स्टिकी ऐक्टिवेशन या clipboard-read इवेंट ट्रिगर करने की अनुमति
clipboardchange ज़रूरी है. इससे, क्लिपबोर्ड की निगरानी करने से जुड़ी अनुमति के बिना होने वाली गतिविधियों को रोका जा सकता है.
clipboardchange इवेंट नया है (Chrome 144). साथ ही, इससे वेब पर दिखने वाले कॉन्टेंट में बहुत कम बदलाव होता है. ज़्यादातर मामलों में, स्टिकी यूज़र ऐक्टिवेशन या clipboard-read
अनुमति पहले से ही मौजूद होती है. ऐसा तब होता है, जब क्लिपबोर्ड की निगरानी की जाती है. उदाहरण के लिए, रिमोट डेस्कटॉप क्लाइंट में.
ट्रैकिंग बग #468821937 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
मल्टीमीडिया
VideoFrame.metadata() की मदद से, WebRTC वीडियो फ़्रेम से rtpTimestamp को बाहर निकालें
VideoFrame.metadata() तरीका जोड़ता है. यह तरीका एक डिक्शनरी दिखाता है. इसमें rtpTimestamp फ़ील्ड होता है. ऐसा तब होता है, जब VideoFrame के नेटिव मेटाडेटा में यह फ़ील्ड मौजूद होता है. ऐसा न होने पर, एक खाली डिक्शनरी दिखाई जाती है. सिर्फ़ WebRTC सोर्स से मिले वीडियो फ़्रेम में rtpTimestamp मेटाडेटा अटैच होता है.
नेटिव इंटिग्रेशन में, मेटाडेटा के अतिरिक्त फ़ील्ड पहले से मौजूद हैं. साथ ही, ये समय के साथ JavaScript को दिख सकते हैं. इस बारे में, प्रस्तावित स्पेसिफ़िकेशन में बताया गया है.
ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
स्टोरेज
IndexedDB: SQLite बैकएंड (मेमोरी में मौजूद कॉन्टेक्स्ट)
Chromium के IndexedDB को SQLite के आधार पर फिर से लिखा गया है, ताकि LevelDB और फ़्लैट फ़ाइलों के हाइब्रिड का इस्तेमाल करने वाले पिछले वर्शन को बदला जा सके. Web API में कोई बदलाव नहीं किया गया है.
इससे विश्वसनीयता बढ़ती है और कुछ हद तक परफ़ॉर्मेंस भी बेहतर होती है.
यह सिर्फ़ इन-मेमोरी कॉन्टेक्स्ट पर लागू होता है. जैसे, Chromium और Google Chrome में गुप्त मोड. इससे नए बग का असर कम हो जाता है. साथ ही, डिस्क में सेव किए गए मौजूदा डेटा को माइग्रेट करने की ज़रूरत नहीं पड़ती.
ट्रैकिंग बग #436880911 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
परफ़ॉर्मेंस
वेब ऐप्लिकेशन को बाइमॉडल परफ़ॉर्मेंस टाइमिंग समझने की अनुमति देना
PerformanceNavigationTiming ऑब्जेक्ट में मौजूद नए confidence फ़ील्ड से, यह पता लगाया जा सकता है कि नेविगेशन के समय, आपके वेब ऐप्लिकेशन के लिए सही हैं या नहीं.
ट्रैकिंग बग #1413848 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
परफ़ॉर्मेंस एंट्री में presentationTime और paintTime जोड़ना
इससे एलिमेंट टाइमिंग, एलसीपी, लंबे ऐनिमेशन फ़्रेम, और पेंट टाइमिंग में paintTime और presentationTime का पता चलता है.
paintTime का मतलब है कि रेंडरिंग फ़ेज़ खत्म हो गया है और ब्राउज़र ने पेंट फ़ेज़ शुरू कर दिया है. presentationTime का मतलब है कि "पिक्सल स्क्रीन पर कब दिखे." यह कुछ हद तक लागू करने वाले व्यक्ति या कंपनी पर निर्भर करता है.
इस फ़ीचर एंट्री में इवेंट का समय शामिल नहीं होता है. इसे अलग से किया जाता है.
ट्रैकिंग बग #378827535 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
LayoutShift API में CssPixels का इस्तेमाल
इस सुविधा की मदद से, LayoutShift API में एट्रिब्यूशन डेटा (prevRect और currentRect) को बदला जाता है, ताकि उसे फ़िज़िकल पिक्सल के बजाय सीएसएस पिक्सल में रिपोर्ट किया जा सके. यह व्यवहार, लेआउट से जुड़े अन्य एपीआई से मेल नहीं खाता. ये सभी एपीआई, सीएसएस पिक्सल का इस्तेमाल करते हैं. इस बदलाव से, आपको एक जैसा अनुभव मिलेगा. साथ ही, इसका इस्तेमाल करना आसान होगा. इसके अलावा, यह डीबग करने और टूलिंग में उम्मीद के मुताबिक यूनिट के साथ काम करेगा.
Tracking bug #399058544 | ChromeStatus.com entry | Spec
सुरक्षा
डिवाइस बाउंड सेशन के क्रेडेंशियल
डिवाइस बाउंड सेशन क्रेडेंशियल (डीबीएससी) की मदद से, वेबसाइटें किसी उपयोगकर्ता के सेशन को उसके डिवाइस से बाइंड कर सकती हैं. इससे, चुराई गई सेशन कुकी को अन्य मशीनों पर इस्तेमाल करना काफ़ी मुश्किल हो जाता है.
ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
Origin API
ऑरिजिन, वेब के बुनियादी कॉम्पोनेंट में से एक है. यह सुरक्षा और निजता की उन सीमाओं के लिए ज़रूरी है जिन्हें उपयोगकर्ता एजेंट बनाए रखते हैं. एचटीएमएल और यूआरएल के बीच के अंतर को अच्छी तरह से बताया गया है. साथ ही, साइट जैसे मिलते-जुलते शब्दों के बारे में भी बताया गया है.
हालांकि, ऑरिजिन की जानकारी सीधे तौर पर आपको नहीं दिखती. हालांकि, अलग-अलग ऑब्जेक्ट पर कई ओरिजिन गेटर होते हैं, लेकिन उनमें से हर एक, ओरिजिन का एएससीआईआई सीरियलाइज़ेशन दिखाता है, न कि ओरिजिन. इससे कुछ समस्याएं हो सकती हैं. असल में, सीरियलाइज़ किए गए ऑरिजिन को हैंडल करते समय, एक जैसे ऑरिजिन या एक जैसी साइटों की तुलना करने की कोशिश करने पर, अक्सर ऐसी गड़बड़ियां होती हैं जिनसे सुरक्षा से जुड़ी समस्याएं पैदा होती हैं. सैद्धांतिक तौर पर, ऐसा लगता है कि यह एक सुरक्षा प्रिमिटिव है, जो मौजूद नहीं है. इसलिए, इसे सटीक तरीके से पॉलीफ़िल करने में आपको मुश्किल हो रही है.
Chrome 145 में, Chrome ने प्लैटफ़ॉर्म में मौजूद इस कमी को दूर किया है. इसके लिए, Chrome ने एक Origin ऑब्जेक्ट पेश किया है. यह ऑब्जेक्ट, ऑरिजिन के कॉन्सेप्ट को शामिल करता है. साथ ही, तुलना, सीरियलाइज़ेशन, और पार्सिंग जैसे मददगार तरीके उपलब्ध कराता है.
ट्रैकिंग बग #434131026 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
लोकल नेटवर्क ऐक्सेस करने की अनुमतियों को अलग-अलग करना
यह लोकल नेटवर्क ऐक्सेस (एलएनए) से जुड़ी पाबंदियों को बेहतर बनाने के लिए किया गया बदलाव है. इसमें Chrome, लोकल नेटवर्क ऐक्सेस करने की एक अनुमति को दो अलग-अलग अनुमतियों में बांटता है.
पुरानी अनुमति local-network-access है. नई अनुमतियां ये हैं:
local-network (लोकल पते के स्पेस में मौजूद आईपी के लिए एलएनए अनुरोधों के लिए) और
loopback-network (लूपबैक पते के स्पेस में मौजूद आईपी के लिए एलएनए अनुरोधों के लिए).
पुरानी अनुमति को एलियास के तौर पर सेव किया जाता है. साथ ही, यह permissions.query और Permissions Policy के लिए काम करती रहती है. Enterprise की नीतियां पहले की तरह ही काम करती रहेंगी. बाद में, Enterprise की नई और ज़्यादा बारीकी से लागू होने वाली नीतियां जोड़ी जाएंगी.
ट्रैकिंग बग #465491626 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
Trusted Types की खास जानकारी के मुताबिक अलाइनमेंट
Trusted Types को पहली बार 2019 में Chromium में लागू किया गया था और लॉन्च किया गया था. इसके बाद से, इसका इस्तेमाल कई वेबसाइटों पर किया जा रहा है. हाल ही में, अन्य ब्राउज़र वेंडर ने इसमें दिलचस्पी दिखाई है.
Trusted Types स्पेसिफ़िकेशन को मूल स्पेसिफ़िकेशन के साथ "मंकी पैच" स्पेसिफ़िकेशन के तौर पर लिखा गया था. इस पर नए सिरे से ध्यान दिया जा रहा है, क्योंकि अन्य लोग भी इसी स्पेसिफ़िकेशन को लागू करने की कोशिश कर रहे हैं. इसे एचटीएमएल + डीओएम (साथ ही, थोड़ा सीएसएपी) में "अपस्ट्रीम" किया गया है. इस प्रोसेस के तहत, अलग-अलग तरह की गड़बड़ियों का पता लगाया जा रहा है और उन्हें ठीक किया जा रहा है. इनमें से कुछ सुधारों को डेवलपर देख सकते हैं. इसका मकसद, एचटीएमएल में अपस्ट्रीम किए जाने के बाद, स्पेसिफ़िकेशन से मेल खाने के लिए लागू करने के तरीके को अपडेट करना है.
इस बीच, WebKit ने अपडेट किए गए Trusted
Types स्पेसिफ़िकेशन को लागू कर दिया है. इससे Chrome को भरोसा है कि यह अपडेट, वेब के साथ काफ़ी हद तक काम करेगा.
ट्रैकिंग बग #330516530 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन
ग्राफ़िक
WebGPU: subgroup_uniformity सुविधा
इससे, एक जैसे शब्दों के विश्लेषण के लिए एक नया स्कोप जुड़ जाता है. साथ ही, यह भी बदल जाता है कि भाषा के किन हिस्सों की जांच की जाती है, ताकि ज़्यादा मामलों में सबग्रुप की सुविधा को एक जैसा माना जा सके.
Tracking bug #454653380 | ChromeStatus.com entry | Spec
आइसोलेटेड वेब ऐप्लिकेशन
Controlled Frame में WebRequest.SecurityInfo
इस सुविधा में, ControlledFrame के लिए WebRequest.SecurityInfo एपीआई लॉन्च किया गया है. इसकी मदद से, कोई वेब ऐप्लिकेशन किसी सर्वर को भेजे गए एचटीटीपीएस, WSS या WebTransport अनुरोध को इंटरसेप्ट कर सकता है. साथ ही, ब्राउज़र से पुष्टि किए गए सर्वर के सर्टिफ़िकेट फ़िंगरप्रिंट को वापस पा सकता है. इसके बाद, उस फ़िंगरप्रिंट का इस्तेमाल करके, उसी सर्वर से किए गए किसी अन्य रॉ टीसीपी/यूडीपी कनेक्शन के सर्टिफ़िकेट की मैन्युअल तरीके से पुष्टि कर सकता है. इससे ऐप्लिकेशन को यह पुष्टि करने का तरीका मिलता है कि वह सही सर्वर से कम्यूनिकेट कर रहा है.
Tracking bug #462114142 | ChromeStatus.com entry | Spec
ऑरिजिन ट्रायल
Blink में JPEG XL डिकोडिंग की सुविधा (image/jxl)
इस अपडेट में, Blink में JPEG XL (image/jxl) इमेज को डिकोड करने की सुविधा जोड़ी गई है. इसके लिए, jxl-rs का इस्तेमाल किया जाता है. यह मेमोरी-सेफ़ प्योर रस्ट डिकोडर है.
JPEG XL एक आधुनिक इमेज फ़ॉर्मैट है. इसे ISO/IEC 18181 के तौर पर स्टैंडर्ड किया गया है. इसमें ये सुविधाएं मिलती हैं:
- बेहतर लोडिंग परफ़ॉर्मेंस के लिए, प्रोग्रेसिव डिकोडिंग.
- वाइड कलर गैमट, एचडीआर, और हाई बिट डेप्थ के साथ काम करता है.
- ऐनिमेशन की सुविधा.
इस सुविधा को लागू करने के लिए, C++ libjxl रेफ़रंस डिकोडर के बजाय jxl-rs का इस्तेमाल किया जाता है. इससे Chromium की मेमोरी सुरक्षा से जुड़ी ज़रूरी शर्तों को पूरा किया जा सकता है. डिकोडर को enable-jxl-image-format फ़्लैग और enable_jxl_decoder बिल्ड फ़्लैग के पीछे गेट किया गया है.
WebAudio: कॉन्फ़िगर किया जा सकने वाला रेंडर क्वांटम
AudioContext और OfflineAudioContext अब एक वैकल्पिक renderSizeHint लेते हैं. इससे उपयोगकर्ताओं को पूर्णांक पास करने पर, रेंडर क्वांटम के किसी खास साइज़ का अनुरोध करने की अनुमति मिलती है. अगर कुछ भी या default पास नहीं किया जाता है, तो डिफ़ॉल्ट तौर पर 128 फ़्रेम का इस्तेमाल किया जाता है. इसके अलावा, अगर hardware तय किया जाता है, तो उपयोगकर्ता-एजेंट से रेंडर क्वांटम का सही साइज़ चुनने के लिए कहा जा सकता है.
Origin Trial | ChromeStatus.com entry
बंद की गई और हटाई गई सुविधाएं
macOS पर, अब काम न करने वाले वर्चुअल कैमरों के लिए सहायता बंद कर दी गई है
Chrome, macOS के उन सभी वर्शन के लिए पुराने वर्चुअल कैमरों का इस्तेमाल करने की सुविधा हटा देता है जिन पर यह काम करता है.
ट्रैकिंग बग #461717105 | ChromeStatus.com एंट्री
BMP फ़ाइल में JPEG या PNG फ़ाइल एम्बेड करने के लिए, BMP एक्सटेंशन हटाएं
Chrome, BMP फ़ाइल में JPEG या PNG फ़ाइल एम्बेड करने के लिए, BMP एक्सटेंशन को हटा देता है.
ट्रैकिंग बग #456842524 | ChromeStatus.com एंट्री | स्पेसिफ़िकेशन