रिलीज़ किया गया जांचा और परखा हुआ वर्शन उपलब्ध होने की तारीख: 4 फ़रवरी, 2025
अगर कुछ और नहीं बताया गया है, तो नीचे दिए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome 133 के स्टेबल चैनल की रिलीज़ पर लागू होते हैं.
एचटीएमएल और डीओएम
पॉपओवर एट्रिब्यूट की हिंट वैल्यू
Popover API, पॉपओवर एट्रिब्यूट की दो वैल्यू के लिए व्यवहार तय करता है: ऑटो और मैन्युअल. इस सुविधा से तीसरी वैल्यू, popover=hint
के बारे में पता चलता है. "टूलटिप" टाइप के व्यवहार से जुड़े होने की वजह से, हिंट का व्यवहार थोड़ा अलग होता है. मुख्य अंतर यह है कि पॉपओवर के नेस्ट किए गए स्टैक खोलने पर, हिंट, ऑटो के अधीन होता है. इसलिए, अपने-आप खुलने वाले पॉप-ओवर के मौजूदा स्टैक के खुले रहने के दौरान, कोई दूसरा हिंट पॉप-ओवर खोला जा सकता है.
कैननिकल उदाहरण के तौर पर, <select>
पिकर खुला है (popover=auto
) और कर्सर घुमाने पर दिखने वाला टूलटिप (popover=hint
) दिखाया गया है. इस कार्रवाई से <select>
पिकर बंद नहीं होता.
बग को ट्रैक करने के लिए #1416284 | ChromeStatus.com पर मौजूद एंट्री
पॉपओवर को ट्रिगर करने वाले टूल और एंकर की पोज़िशनिंग में सुधार
popover.showPopover({source})
की मदद से, पॉपओवर के बीच संबंध सेट करने का एक ज़रूरी तरीका जोड़ा गया है. इंप्लिसिट एंकर एलिमेंट रेफ़रंस बनाने के लिए, कॉल करने वाले एलिमेंट के बीच संबंध बनाने की सुविधा चालू करता है.
बग को ट्रैक करने के लिए #364669918 | ChromeStatus.com पर मौजूद एंट्री
कॉल करने वाले फ़ंक्शन में नेस्ट किए गए पॉपओवर को फिर से कॉल नहीं किया जाना चाहिए
नीचे दिए गए मामले में, बटन पर क्लिक करने से पॉपओवर सही तरीके से चालू हो जाता है. हालांकि, इसके बाद पॉपओवर पर क्लिक करने से, पॉपओवर बंद नहीं होना चाहिए.
<button popovertarget=foo>Activate
<div popover id=foo>Clicking me shouldn't close me</div>
</button>
पहले ऐसा इसलिए होता था, क्योंकि पॉप-ओवर क्लिक बबल, <button>
पर जाता है और कॉल करने वाले को चालू करता है. इससे पॉप-ओवर बंद हो जाता है. इसे अब सामान्य तरीके से काम करने के लिए बदल दिया गया है.
बग को ट्रैक करने के लिए #https://crbug.com/379241451 | ChromeStatus.com पर मौजूद एंट्री
सीएसएस
सीएसएस का बेहतर attr()
फ़ंक्शन
सीएसएस लेवल 5 में बताए गए attr()
में बदलाव लागू करता है. इससे <string>
के अलावा, अन्य टाइप का इस्तेमाल किया जा सकता है. साथ ही, सभी सीएसएस प्रॉपर्टी में इसका इस्तेमाल किया जा सकता है. इसमें, सूडो-एलिमेंट कॉन्टेंट के लिए मौजूदा सहायता के अलावा, अन्य सहायता भी शामिल है.
MDN attr() | बग को ट्रैक करने के लिए #246571 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
सीएसएस :open
सूडो-क्लास
:open
स्यूडो-क्लास, <dialog>
और <details>
के खुले होने पर उनसे मेल खाता है. साथ ही, <select>
और <input>
के उन मोड से मेल खाता है जिनमें पिकर है और पिकर दिख रहा है.
बग को ट्रैक करने के लिए #324293874 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
सीएसएस स्क्रोल स्टेटस कंटेनर क्वेरी
कंटेनर की स्क्रोल स्थिति के आधार पर, उनके वंशजों को स्टाइल करने के लिए कंटेनर क्वेरी का इस्तेमाल करें.
क्वेरी कंटेनर, स्क्रोल कंटेनर या ऐसा एलिमेंट होता है जिस पर स्क्रोल कंटेनर की स्क्रोल पोज़िशन का असर पड़ता है. इन स्थितियों के बारे में क्वेरी की जा सकती है:
stuck
: स्क्रीन पर चिपकने वाला कंटेनर, स्क्रोल बॉक्स के किसी एक किनारे से चिपक गया है.snapped
: स्क्रोल स्नैप अलाइन किए गए कंटेनर को फ़िलहाल हॉरिज़ॉन्टल या वर्टिकल तरीके से स्नैप किया गया है.scrollable
: क्या स्क्रोल कंटेनर को, क्वेरी की गई दिशा में स्क्रोल किया जा सकता है.
नया कंटेनर टाइप: scroll-state
की मदद से, कंटेनर के बारे में क्वेरी की जा सकती है.
बग को ट्रैक करने के लिए #40268059 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
सीएसएस text-box
, text-box-trim
, और text-box-edge
टेक्स्ट कॉन्टेंट को बेहतर तरीके से अलाइन करने के लिए, text-box-trim
और text-box-edge प्रॉपर्टी के साथ-साथ text-box शॉर्टहैंड प्रॉपर्टी का इस्तेमाल करें. इससे टेक्स्ट के वर्टिकल अलाइनमेंट को बेहतर तरीके से कंट्रोल किया जा सकता है.
text-box-trim
प्रॉपर्टी से यह पता चलता है कि किनारों को ऊपर या नीचे से काटना है. साथ ही, text-box-edge
प्रॉपर्टी से यह पता चलता है कि किनारों को कैसे काटना है.
इन प्रॉपर्टी की मदद से, फ़ॉन्ट मेट्रिक का इस्तेमाल करके वर्टिकल स्पेसिंग को सटीक तरीके से कंट्रोल किया जा सकता है.
बग #1411581 को ट्रैक करना | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
वेब एपीआई
Animation.overallProgress
इससे डेवलपर को यह आसानी से पता चलता है कि किसी ऐनिमेशन के सभी इटरेटेशन में, वह कितनी दूर तक पहुंचा है. भले ही, उसकी टाइमलाइन कैसी भी हो. overallProgress
प्रॉपर्टी के बिना, आपको मैन्युअल तरीके से यह हिसाब लगाना होगा कि कोई ऐनिमेशन कितनी दूर तक आगे बढ़ चुका है. इसके लिए, आपको ऐनिमेशन के दोहराए जाने की संख्या और यह तय करना होगा कि ऐनिमेशन का currentTime
, कुल समय का प्रतिशत है या समय की सटीक संख्या (जैसा कि स्क्रोल-ड्रिवन ऐनिमेशन के मामले में होता है).
बग को ट्रैक करने के लिए #40914396 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
Atomics
ऑब्जेक्ट का pause()
तरीका
Atomics
नेमस्पेस ऑब्जेक्ट में pause()
तरीका जोड़ता है, ताकि सीपीयू को यह पता चल सके कि मौजूदा कोड, स्पिनलॉक को लागू कर रहा है.
ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन
स्क्रिप्ट के लिए सीएसपी हैश रिपोर्टिंग
सुरक्षा के मकसद से, जटिल वेब ऐप्लिकेशन को अक्सर डाउनलोड किए गए सब-रिसॉर्स का ट्रैक रखना पड़ता है.
खास तौर पर, आने वाले समय में लागू होने वाले इंडस्ट्री स्टैंडर्ड और सबसे सही तरीकों (उदाहरण के लिए, पीसीआई-डीएसएस v4) के मुताबिक, वेब ऐप्लिकेशन को उन सभी स्क्रिप्ट की इन्वेंट्री रखनी होगी जिन्हें वे डाउनलोड और लागू करते हैं.
यह सुविधा, सीएसपी और Reporting API पर आधारित है. इससे, दस्तावेज़ में लोड होने वाले सभी स्क्रिप्ट संसाधनों के यूआरएल और हैश (CORS/same-origin के लिए) की रिपोर्ट की जा सकती है.
बग को ट्रैक करने के लिए #377830102 | ChromeStatus.com पर मौजूद एंट्री
डीओएम की स्थिति को बनाए रखने वाला मूव
एक DOM प्राइमिटिव (Node.prototype.moveBefore
) जोड़ता है. इससे, एलिमेंट की स्थिति को रीसेट किए बिना, एलिमेंट को DOM ट्री में एक से दूसरी जगह ले जाया जा सकता है.
हटाने और डालने के बजाय, किसी आइटम को एक से दूसरी जगह ले जाने पर, उसकी स्थिति में कोई बदलाव नहीं होता. जैसे:
<iframe>
एलिमेंट लोड रहते हैं.- ऐक्टिव एलिमेंट पर फ़ोकस बना रहता है.
- पॉपओवर, फ़ुलस्क्रीन, और मॉडल डायलॉग खुले रहते हैं.
- सीएसएस ट्रांज़िशन और ऐनिमेशन चलते रहते हैं.
ChromeStatus.com पर मौजूद जानकारी
<area>
पर attributionsrc
एट्रिब्यूट दिखाएं.
<area>
पर attributionsrc
एट्रिब्यूट के एक्सपोज़र को, एट्रिब्यूट के मौजूदा प्रोसेसिंग व्यवहार के साथ अलाइन करता है. भले ही, एट्रिब्यूट को एक्सपोज़ न किया गया हो.
इसके अलावा, <area>
पर एट्रिब्यूट का इस्तेमाल करना सही है, क्योंकि यह एलिमेंट फ़र्स्ट-क्लास नेविगेशन प्लैटफ़ॉर्म है. साथ ही, Chrome पहले से ही <a>
और window.open
के दूसरे प्लैटफ़ॉर्म पर इसका इस्तेमाल करता है.
बग को ट्रैक करने के लिए #379275911 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
FileSystemObserver
इंटरफ़ेस
FileSystemObserver
इंटरफ़ेस, वेबसाइटों को फ़ाइल सिस्टम में होने वाले बदलावों की सूचना देता है. साइटें, उन फ़ाइलों और डायरेक्ट्री में हुए बदलावों को देखती हैं जिनके लिए उपयोगकर्ता ने पहले अनुमति दी है. ये बदलाव, उपयोगकर्ता के लोकल डिवाइस या बकेट फ़ाइल सिस्टम (जिसे ऑरिजिन प्राइवेट फ़ाइल सिस्टम भी कहा जाता है) में होते हैं. साथ ही, साइटों को बदलाव के टाइप जैसी बुनियादी जानकारी की सूचना दी जाती है.
बग को ट्रैक करने के लिए #40105284 | ChromeStatus.com पर मौजूद एंट्री
एक से ज़्यादा इंपोर्ट मैप
फ़िलहाल, इंपोर्ट मैप को किसी भी ES मॉड्यूल से पहले लोड करना ज़रूरी है. साथ ही, हर दस्तावेज़ में सिर्फ़ एक इंपोर्ट मैप हो सकता है. इस वजह से, रीयल-लाइफ़ स्थितियों में इनका इस्तेमाल करना मुश्किल और धीमा हो जाता है: इनसे पहले लोड होने वाला कोई भी मॉड्यूल, पूरे ऐप्लिकेशन को बंद कर देता है. साथ ही, कई मॉड्यूल वाले ऐप्लिकेशन में, ये एक बड़ा ब्लॉकिंग रिसॉर्स बन जाते हैं, क्योंकि सभी संभावित मॉड्यूल के लिए पूरा मैप पहले लोड होना चाहिए.
इस सुविधा की मदद से, हर दस्तावेज़ के लिए एक से ज़्यादा इंपोर्ट मैप बनाए जा सकते हैं. इसके लिए, उन्हें एक जैसा और तय तरीके से मर्ज किया जाता है.
ChromeStatus.com पर मौजूद जानकारी
स्टोरेज ऐक्सेस करने वाले हेडर
पुष्टि किए गए एम्बेड के लिए, बिना बंटे हुए कुकी से ऑप्ट-इन करने का दूसरा तरीका उपलब्ध कराता है. इन हेडर से पता चलता है कि किसी नेटवर्क अनुरोध में, बिना सेगमेंट वाली कुकी शामिल की गई हैं या नहीं. साथ ही, इनसे सर्वर को 'स्टोरेज ऐक्सेस' की वे अनुमतियां चालू करने की अनुमति मिलती है जो उन्हें पहले ही दी जा चुकी हैं. 'स्टोरेज ऐक्सेस' की अनुमति को चालू करने का एक अन्य तरीका देने से, नॉन-iframe संसाधनों का इस्तेमाल किया जा सकता है. साथ ही, पुष्टि किए गए एम्बेड के लिए इंतज़ार का समय कम किया जा सकता है.
बग को ट्रैक करने के लिए #329698698 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
Promise<DOMString>
की मदद से ClipboardItem
बनाने की सुविधा
ClipboardItem
, असाइन किए गए क्लिपबोर्ड write()
तरीके का इनपुट है. अब यह अपने कन्स्ट्रक्टर में ब्लॉब के साथ-साथ स्ट्रिंग वैल्यू भी स्वीकार करता है. ClipboardItemData
, Blob, स्ट्रिंग या ऐसा Promise हो सकता है जो Blob या स्ट्रिंग में बदल जाता है.
बग को ट्रैक करने के लिए #40766145 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
WebAssembly Memory64
memory64 के प्रस्ताव में, 2^32 बिट से ज़्यादा साइज़ वाली लीनियर WebAssembly मेमोरी के लिए सहायता जोड़ी गई है. इसमें कोई नया निर्देश नहीं दिया गया है. इसके बजाय, मेमोरी और टेबल के लिए 64-बिट इंडेक्स की अनुमति देने के लिए, मौजूदा निर्देशों को बढ़ाया गया है.
ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन
Web Authentication API: PublicKeyCredential
getClientCapabilities()
तरीका
PublicKeyCredential
getClientCapabilities()
तरीके से यह पता लगाया जा सकता है कि उपयोगकर्ता के क्लाइंट में WebAuthn की कौनसी सुविधाएं काम करती हैं. यह तरीका, काम करने वाली सुविधाओं की सूची दिखाता है. इससे डेवलपर, क्लाइंट की खास सुविधाओं के आधार पर पुष्टि करने के अनुभव और वर्कफ़्लो को पसंद के मुताबिक बना सकते हैं.
बग को ट्रैक करने के लिए #360327828 ट्रैकिंग नंबर | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
Web Cryptography API का X25519 एल्गोरिदम
"X25519" एल्गोरिदम, [RFC7748] में बताए गए X25519 फ़ंक्शन का इस्तेमाल करके, की-एग्रीमेंट करने के लिए टूल उपलब्ध कराता है. "X25519" एल्गोरिदम आइडेंटिफ़ायर का इस्तेमाल, SubtleCrypto इंटरफ़ेस में किया जा सकता है. इससे, लागू किए गए ऑपरेशन ऐक्सेस किए जा सकते हैं: generateKey, importKey, exportKey, deriveKey, और deriveBits.
बग को ट्रैक करने के लिए #378856322 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
परफ़ॉर्मेंस
एनर्जी सेवर मोड में फ़्रीज़ होना
एनर्जी सेवर मोड चालू होने पर, Chrome उस "ब्राउज़िंग कॉन्टेक्स्ट ग्रुप" को फ़्रीज़ कर देगा जो पांच मिनट से ज़्यादा समय से छिपा हुआ है और काम नहीं कर रहा है. ऐसा तब होगा, जब उसमें मौजूद एक ही ऑरिजिन वाले फ़्रेम का कोई सबग्रुप, सीपीयू के इस्तेमाल की सीमा से ज़्यादा इस्तेमाल कर लेगा. हालांकि, ऐसा तब नहीं होगा, जब:
- ऑडियो या वीडियो कॉन्फ़्रेंसिंग की सुविधा देता है. यह सुविधा, माइक्रोफ़ोन, कैमरा या स्क्रीन/विंडो/टैब कैप्चर या 'ओपन' RTCDataChannel या 'लाइव' MediaStreamTrack वाले RTCPeerConnection की पहचान करके पता लगाई जाती है.
- किसी बाहरी डिवाइस को कंट्रोल करता है. यह डिवाइस, WebUSB, Web Bluetooth, WebHID या Web Serial का इस्तेमाल करके पता लगाया जाता है.
- वेब लॉक या IndexedDB कनेक्शन को होल्ड करता है, जो किसी दूसरे कनेक्शन पर वर्शन अपडेट या लेन-देन को ब्लॉक करता है.
- फ़्रीज़ करने का मतलब है, प्रोसेस को रोकना. इसे पेज लाइफ़साइकल एपीआई में औपचारिक तौर पर बताया गया है.
एनर्जी सेवर मोड चालू होने पर, बैकग्राउंड में चल रहे करीब 10% टैब को फ़्रीज़ करने के लिए, सीपीयू के इस्तेमाल की सीमा को कैलिब्रेट किया जाएगा.
बग को ट्रैक करने के लिए #325954772 | ChromeStatus.com पर मौजूद एंट्री
एलिमेंट के लोड होने में लगने वाले समय और एलसीपी में, क्रॉस-ओरिजिन renderTime
को ज़्यादा बार दिखाएं. भले ही, Timing-Allow-Origin
कुछ भी हो
एलिमेंट के टाइमिंग और एलसीपी एंट्री में renderTime
एट्रिब्यूट होता है. यह एट्रिब्यूट, उस पहले फ़्रेम के साथ अलाइन होता है जिसमें कोई इमेज या टेक्स्ट पेंट किया गया था.
फ़िलहाल, इस एट्रिब्यूट को क्रॉस-ऑरिजिन इमेज के लिए सुरक्षित किया गया है. इसके लिए, इमेज रिसॉर्स पर Timing-Allow-Origin
हेडर की ज़रूरत होती है. हालांकि, इस पाबंदी को आसानी से हटाया जा सकता है. उदाहरण के लिए, एक ही फ़्रेम में एक ही ऑरिजिन और क्रॉस-ऑरिजिन इमेज दिखाकर.
इस वजह से, लोगों को भ्रम हो रहा है. इसलिए, हम इस पाबंदी को हटाने जा रहे हैं. इसके बजाय, जब दस्तावेज़ क्रॉस-ऑरिजिन-आइसोलेट नहीं होगा, तो रेंडर होने में लगने वाले समय को चार मिलीसेकंड बढ़ा दिया जाएगा. ऐसा लगता है कि यह क्रॉस-ऑरिजिन इमेज के बारे में, डिकोड करने के समय की ज़रूरी जानकारी को लीक होने से रोकने के लिए काफ़ी है.
बग को ट्रैक करने के लिए #373263977 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
responseStart
को वापस लाएं और firstResponseHeadersStart
को शामिल करें
103 Early Hints चालू होने पर, जवाबों के दो टाइमस्टैंप होते हैं:
- शुरुआती हिंट कब मिलते हैं (103)
- जब फ़ाइनल हेडर मिलते हैं (उदाहरण के लिए, 200)
- Chrome 115 में
firstInterimResponseStart
को इन दो टाइमस्टैंप को मेज़र करने की सुविधा के साथ लॉन्च किया गया था. साथ ही, हमनेresponseStart
(जिसका इस्तेमाल 'पहले बाइट में लगने वाला समय (टीटीएफ़बी)' करता है) का मतलब "आखिरी हेडर" में बदल दिया था. इस वजह से, उन ब्राउज़र और टूल के साथ वेब के साथ काम करने से जुड़ी समस्या हुई जिन्होंने आम तौर पर इस्तेमाल की जाने वाली इस मेट्रिक के लिए ऐसा बदलाव नहीं किया.
Chrome 133 में, इस responseStart
बदलाव को वापस लाया गया है, ताकि इस काम करने के तरीके से जुड़ी समस्या को हल किया जा सके. इसके बजाय, firstResponseHeadersStart
को शामिल किया गया है, ताकि साइटें TTFB की मूल परिभाषा को बनाए रखते हुए, फ़ाइनल हेडर तक पहुंचने में लगने वाले समय को मेज़र कर सकें.
बग को ट्रैक करने के लिए #40251053 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
रेंडरिंग और ग्राफ़िक
WebGPU: एक-कॉम्पोनेंट वाले वर्टिक्स फ़ॉर्मैट (और unorm8x4-bgra)
WebGPU के शुरुआती रिलीज़ में मौजूद नहीं होने वाले अतिरिक्त वर्टिक्स फ़ॉर्मैट जोड़ता है. ऐसा, काम न करने या macOS के पुराने वर्शन (जो अब किसी भी ब्राउज़र पर काम नहीं करते) की वजह से होता है. एक-कॉम्पोनेंट वाले वर्टिक्स फ़ॉर्मैट की मदद से, ऐप्लिकेशन सिर्फ़ ज़रूरी डेटा का अनुरोध कर सकते हैं. पहले, उन्हें 8 और 16-बिट डेटा टाइप के लिए, कम से कम दो गुना ज़्यादा डेटा का अनुरोध करना पड़ता था. unorm8x4-bgra फ़ॉर्मैट की मदद से, एक ही शेडर को बनाए रखते हुए BGRA में कोड किए गए वर्टिक्स के रंगों को लोड करना थोड़ा आसान हो जाता है.
बग को ट्रैक करने के लिए #376924407 | ChromeStatus.com पर मौजूद एंट्री
ऑरिजिन ट्रायल
एनर्जी सेवर मोड में फ़्रीज़ होने की सुविधा से ऑप्ट आउट करना
इस ऑप्ट आउट ट्रायल की मदद से, साइटें Chrome 133 में मौजूद, एनर्जी सेवर मोड के दौरान फ़्रीज़ होने की सुविधा से ऑप्ट आउट कर सकती हैं.
ऑरिजिन ट्रायल | बग को ट्रैक करने की सुविधा #325954772 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
क्रॉस-रूट ARIA के लिए रेफ़रंस टारगेट
रेफ़रंस टारगेट एक ऐसी सुविधा है जिसकी मदद से, for
और aria-labelledby
जैसे IDREF एट्रिब्यूट का इस्तेमाल करके, कॉम्पोनेंट के शैडो डीओएम में मौजूद एलिमेंट को रेफ़र किया जा सकता है. साथ ही, शैडो डीओएम की अंदरूनी जानकारी को एन्कैप्सुलेट किया जा सकता है. इस सुविधा का मुख्य मकसद, ARIA को शैडो रूट की सीमाओं पर काम करने की सुविधा देना है.
कोई कॉम्पोनेंट, अपने शैडो ट्री में किसी एलिमेंट को "रेफ़रंस टारगेट" के तौर पर इस्तेमाल कर सकता है. जब होस्ट कॉम्पोनेंट, लेबल के for
एट्रिब्यूट जैसे किसी IDREF का टारगेट होता है, तो रेफ़रंस टारगेट, लेबल का असरदार टारगेट बन जाता है.
शैडो रूट, शैडो DOM में मौजूद टारगेट एलिमेंट का आईडी बताता है. ऐसा करने के लिए, JavaScript में ShadowRoot
ऑब्जेक्ट पर referenceTarget
एट्रिब्यूट का इस्तेमाल किया जाता है. इसके अलावा, एचटीएमएल मार्कअप में <template>
एलिमेंट पर shadowrootreferencetarget
एट्रिब्यूट का इस्तेमाल किया जाता है.
ओरिजिन ट्रायल | ChromeStatus.com पर मौजूद जानकारी
बंद किए गए और हटाए गए वर्शन
WebGPU की सीमा maxInterStageShaderComponents
का इस्तेमाल बंद करना
कई वजहों से, maxInterStageShaderComponents limit
के इस्तेमाल पर रोक लगा दी गई है. Chrome के वर्शन 135 में, इसे हटाने की तारीख.
maxInterStageShaderVariables
के साथ डुप्लीकेट: यह सीमा पहले से ही एक जैसे मकसद के लिए काम करती है. यह शेडर के अलग-अलग चरणों के बीच भेजे गए डेटा की संख्या को कंट्रोल करती है.- मामूली अंतर: दोनों सीमाओं का हिसाब लगाने के तरीके में थोड़ा अंतर है. हालांकि, यह अंतर मामूली है और
maxInterStageShaderVariables
की सीमा के अंदर इसे असरदार तरीके से मैनेज किया जा सकता है. - आसान बनाना:
maxInterStageShaderComponents
को हटाने से, शेडर इंटरफ़ेस को बेहतर बनाया जा सकता है और डेवलपर के लिए इसे इस्तेमाल करना आसान हो जाता है. थोड़े-बहुत अंतर वाली दो अलग-अलग सीमाओं को मैनेज करने के बजाय, वे ज़्यादा सही नाम और बेहतरmaxInterStageShaderVariables
पर फ़ोकस कर सकते हैं.
ChromeStatus.com पर मौजूद जानकारी
<link rel=prefetch>
के लिए पांच मिनट का नियम हटाएं
पहले, जब किसी संसाधन को <link rel=prefetch>
का इस्तेमाल करके पहले से फ़ेच किया जाता था, तो Chrome, पांच मिनट के अंदर पहली बार इस्तेमाल करने के लिए, उसके कैश सेमेटिक्स (जैसे, max-age
और no-cache
) को अनदेखा कर देता था, ताकि उसे फिर से फ़ेच न करना पड़े. अब Chrome, इस खास मामले को हटा देता है और सामान्य एचटीटीपी कैश सेमेंटेक्स का इस्तेमाल करता है.
इसका मतलब है कि <link rel=prefetch>
का फ़ायदा पाने के लिए, वेब डेवलपर को कैश मेमोरी में सेव करने के लिए सही हेडर (Cache-Control या Expires) शामिल करने होंगे.
इसका असर, स्टैंडर्ड के मुताबिक न होने वाले <link rel=prerender>
पर भी पड़ता है.
बग को ट्रैक करने के लिए #40232065 | ChromeStatus.com पर मौजूद एंट्री
Chrome के वेलकम पेज को हटाना, जो पहली बार इस्तेमाल करने पर, शुरुआती सेटिंग वाले टैब के साथ ट्रिगर होता है
initial_preferences
फ़ाइल की first_run_tabs
प्रॉपर्टी में chrome://welcome
को शामिल करने से अब कोई असर नहीं पड़ेगा. इसे हटा दिया गया है, क्योंकि यह पेज, डेस्कटॉप प्लैटफ़ॉर्म पर ट्रिगर होने वाले 'पहली बार इस्तेमाल करने का अनुभव' के साथ काम नहीं करता.