रिलीज़ किए गए जांचे और परखे गए वर्शन की तारीख: 4 मार्च, 2025
अगर कुछ और नहीं बताया गया है, तो नीचे दिए गए बदलाव, Android, ChromeOS, Linux, macOS, और Windows के लिए, Chrome 134 के स्टेबल चैनल की रिलीज़ पर लागू होते हैं.
एचटीएमएल और डीओएम
पसंद के मुताबिक बनाया जा सकने वाला <select> एलिमेंट
अपनी पसंद के मुताबिक बनाए जा सकने वाले <select> की मदद से, डेवलपर appearance: base-select सीएसएस प्रॉपर्टी और वैल्यू जोड़कर, <select> एलिमेंट को रेंडर करने का पूरा कंट्रोल ले सकते हैं.
यह सुविधा SelectParserRelaxation फ़्लैग पर निर्भर करती है. यह <select> टैग में ज़्यादा टैग की अनुमति देने के लिए, एचटीएमएल पार्स करने वाले टूल में बदलाव करता है.
बग को ट्रैक करने के लिए #40146374 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
पार्सर रिलैक्सेशन चुनना
इस बदलाव की वजह से, एचटीएमएल पार्सर <option>, <optgroup>, और <hr> के अलावा, <select> में अन्य टैग की अनुमति देता है.
इस सुविधा को कुछ समय के लिए लागू की गई नीति (SelectParserRelaxationEnabled) के तहत रखा गया है.
यह ट्रांज़िशन पीरियड कुछ समय के लिए है. Chrome के वर्शन 141 से, यह नीति काम करना बंद कर देगी.
अगर आपको लगता है कि इस बदलाव की वजह से समस्याएं आ रही हैं, तो पार्सर के लिए दी गई छूट को बंद करने के लिए, ऑरिजिन को रिवर्स करने की सुविधा आज़माएं.
बग को ट्रैक करने के लिए #335456114 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
डायलॉग लाइट खारिज करें
Popover API की एक अच्छी सुविधा यह है कि इसे आसानी से बंद किया जा सकता है.
यह सुविधा अब <dialog> का हिस्सा है. साथ ही, इस सुविधा को कंट्रोल करने के लिए एक नया closedby एट्रिब्यूट जोड़ा गया है:
<dialog closedby="none">: उपयोगकर्ता की ओर से डायलॉग बंद नहीं किए जाते.<dialog closedby="closerequest">: Esc (या बंद करने के लिए कोई अन्य ट्रिगर) दबाने पर, डायलॉग बॉक्स बंद हो जाता है<dialog closedby="any">: डायलॉग बॉक्स के बाहर क्लिक करने या Esc दबाने पर, डायलॉग बॉक्स बंद हो जाता है.popover="auto"के व्यवहार से मिलता-जुलता है.
बग #376516550 को ट्रैक करना | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
सीएसएस
सीएसएस हाइलाइट इनहेरिटेंस
सीएसएस हाइलाइट इनहेरिटेंस की मदद से, ::selection और ::highlight जैसे सीएसएस हाइलाइट सूडो-क्लास, एलिमेंट चेन के बजाय सूडो हाइलाइट चेन की मदद से अपनी प्रॉपर्टी इनहेरिट करते हैं.
इससे हाइलाइट में प्रॉपर्टी को इनहेरिट करने के लिए, ज़्यादा आसान मॉडल बनता है.
ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन
PWA
दस्तावेज़ का सबटाइटल (पीडब्ल्यूए ऐप्लिकेशन के टाइटल ठीक करना)
इस सुविधा की मदद से, इंस्टॉल किए गए और चल रहे पीडब्ल्यूए की मौजूदा विंडो के बारे में ज़्यादा जानकारी दी जा सकती है. यह पेज में सबटाइटल जोड़ता है, ताकि संदर्भ के हिसाब से जानकारी दी जा सके. यह जानकारी, विंडो के टाइटल बार में दिखती है. यह एलिमेंट, एचटीएमएल टाइटल एलिमेंट में मौजूद टेक्स्ट की जगह ले लेता है.
बग #1351682 को ट्रैक करना | ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन
PWA पर उपयोगकर्ता लिंक कैप्चर करना
वेब लिंक, उपयोगकर्ताओं को इंस्टॉल किए गए वेब ऐप्लिकेशन पर अपने-आप ले जाते हैं.
इंस्टॉल किए गए ऐप्लिकेशन के अनुभव से जुड़ी उपयोगकर्ताओं की उम्मीदों को बेहतर तरीके से पूरा करने के लिए, Chrome ने ब्राउज़र और इंस्टॉल किए गए वेब ऐप्लिकेशन के बीच स्विच करने की सुविधा को आसान बनाया है.
जब उपयोगकर्ता किसी ऐसे लिंक पर क्लिक करता है जिसे इंस्टॉल किए गए वेब ऐप्लिकेशन से मैनेज किया जा सकता है, तो वह लिंक उस इंस्टॉल किए गए वेब ऐप्लिकेशन में खुलेगा. उपयोगकर्ता, इंस्टॉल किए गए वेब ऐप्लिकेशन की सेटिंग में जाकर, इस व्यवहार को बदल सकते हैं.
डेवलपर, launch_handler मेनिफ़ेस्ट प्रॉपर्टी की मदद से इस व्यवहार को कंट्रोल कर सकते हैं. साथ ही, इंस्टॉल किए गए वेब ऐप्लिकेशन के साथ डीप लिंकिंग के काम करने के तरीके के बारे में ज़्यादा जानने के लिए, डेवलपर दस्तावेज़ देखें.
ChromeStatus.com पर मौजूद जानकारी
परफ़ॉर्मेंस
दस्तावेज़-नीति: expect-no-linked-resources
दस्तावेज़ नीति में expect-no-linked-resources कॉन्फ़िगरेशन पॉइंट की मदद से, दस्तावेज़ में उपयोगकर्ता एजेंट को संकेत दिया जा सकता है, ताकि वह अपने लोडिंग क्रम को बेहतर तरीके से ऑप्टिमाइज़ कर सके. जैसे, अनुमानित पार्सिंग के डिफ़ॉल्ट व्यवहार का इस्तेमाल न करना.
उपयोगकर्ता एजेंट ने एचटीएमएल की स्पकुलेटिव पार्सिंग की सुविधा लागू की है, ताकि पेज लोड होने की स्पीड को बढ़ाने के लिए, एचटीएमएल मार्कअप में मौजूद संसाधनों को अनुमानित तौर पर फ़ेच किया जा सके. वेब पर मौजूद ज़्यादातर पेजों के लिए, ऑप्टिमाइज़ेशन फ़ायदेमंद होता है. इन पेजों में एचटीएमएल मार्कअप में रिसॉर्स शामिल होते हैं. साथ ही, ऐसे रिसॉर्स का पता लगाने में जो कीमत चुकाई जाती है वह सही होती है. हालांकि, इन स्थितियों में, फ़ेच किए जाने वाले सब-रिसॉर्स तय करने के लिए, एचटीएमएल को पार्स करने में लगने वाले समय के मुकाबले, परफ़ॉर्मेंस में कमी आ सकती है:
- ऐसे पेज जिनके एचटीएमएल में कोई रिसॉर्स एलान नहीं किया गया है.
- बड़े एचटीएमएल पेज, जिनमें कम या कोई रिसॉर्स लोड नहीं होता. साथ ही, ये पेज, पहले से लोड किए गए अन्य तरीकों का इस्तेमाल करके, पहले से लोड किए जाने वाले रिसॉर्स को साफ़ तौर पर कंट्रोल कर सकते हैं.
expect-no-linked-resources दस्तावेज़-नीति, उपयोगकर्ता एजेंट को यह संकेत देती है कि वह इस तरह के सब-रिसॉर्स का पता लगाने में बिताए गए समय को ऑप्टिमाइज़ कर सकती है.
बग को ट्रैक करने के लिए #365632977 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
साफ़ तौर पर संसाधन मैनेज करना (एक साथ काम नहीं करने वाली प्रोसेस)
ये सुविधाएं, सॉफ़्टवेयर डेवलपमेंट में एक सामान्य पैटर्न को हल करती हैं. यह पैटर्न, अलग-अलग संसाधनों (जैसे, मेमोरी और I/O) के लाइफ़टाइम और मैनेजमेंट से जुड़ा होता है. आम तौर पर, इस पैटर्न में किसी संसाधन का ऐलोकेशन और ज़रूरी संसाधनों को साफ़ तौर पर रिलीज़ करने की सुविधा शामिल होती है.
बग को ट्रैक करने के लिए #42203814 ट्रैकिंग नंबर | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
साफ़ तौर पर संसाधन मैनेज करना (सिंक करना)
ये सुविधाएं, सॉफ़्टवेयर डेवलपमेंट में एक सामान्य पैटर्न को हल करती हैं. यह पैटर्न, अलग-अलग संसाधनों (जैसे, मेमोरी और I/O) के लाइफ़टाइम और मैनेजमेंट से जुड़ा होता है. आम तौर पर, इस पैटर्न में किसी संसाधन का ऐलोकेशन और ज़रूरी संसाधनों को साफ़ तौर पर रिलीज़ करने की सुविधा शामिल होती है.
बग को ट्रैक करने के लिए #42203506 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
मेज़रमेंट और प्रज़ेंटेशन के विकल्पों के साथ काम करने के लिए, console.timeStamp एपीआई का दायरा बढ़ाना
console.timeStamp() एपीआई को, पुराने वर्शन के साथ काम करने वाले तरीके से बढ़ाता है, ताकि ऐप्लिकेशन को इंस्ट्रूमेंट करने और DevTools के परफ़ॉर्मेंस पैनल में टाइमिंग डेटा दिखाने के लिए, बेहतर परफ़ॉर्मेंस वाला तरीका उपलब्ध कराया जा सके.
एपीआई की मदद से जोड़ी गई टाइमिंग एंट्री में, कस्टम टाइमस्टैंप, अवधि, और प्रज़ेंटेशन के विकल्प (ट्रैक, स्विमलेन, और रंग) हो सकते हैं.
ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन
वेब एपीआई
Shared Storage के लिए वर्कलेट में, रुचि के ग्रुप पढ़ने की अनुमति देना
शेयर किए गए स्टोरेज वर्कलेट में interestGroups() तरीका जोड़ें, ताकि शेयर किए गए स्टोरेज के ऑरिजिन के मालिक से जुड़े, सुरक्षित ऑडियंस के इंटरेस्ट ग्रुप को कुछ अतिरिक्त मेटाडेटा के साथ दिखाया जा सके.
यह एपीआई, Protected Audience के खरीदार को इस बारे में बेहतर जानकारी देता है कि उनके उपयोगकर्ताओं के साथ क्या हो रहा है. इससे निजी एग्रीगेशन रिपोर्ट तैयार करने में मदद मिलती है.
ChromeStatus.com पर मौजूद जानकारी
एट्रिब्यूशन रिपोर्टिंग की सुविधा: ट्रिगर कॉन्टेक्स्ट आईडी के नॉन-नल होने पर, एग्रीगेट की जा सकने वाली रिपोर्ट की सीमा हटाएं
यह बदलाव, एपीआई कॉलर के सुझाव, राय या शिकायत के आधार पर किया गया है. साथ ही, कुछ उपयोगकर्ता फ़्लो के लिए ज़्यादा कन्वर्ज़न इवेंट मेज़र करने की ज़रूरत के आधार पर भी किया गया है.
फ़िलहाल, एपीआई की एक सीमा है. इस सीमा के तहत, हर सोर्स रजिस्ट्रेशन के लिए 20 तक रिपोर्ट जनरेट की जा सकती हैं. यह सीमा, उन इस्तेमाल के उदाहरणों के लिए पाबंदी है जहां उपयोगकर्ता की यात्रा लंबी हो सकती है. इस बदलाव से, रजिस्ट्रेशन के हिस्से के तौर पर ट्रिगर कॉन्टेक्स्ट आईडी देने पर, एग्रीगेट की जा सकने वाली रिपोर्ट की सीमा हट जाती है. इस सीमा को सिर्फ़ तब हटाया जा सकता है, जब ट्रिगर कॉन्टेक्स्ट आईडी तय किया गया हो. ऐसा इसलिए, क्योंकि ट्रिगर कॉन्टेक्स्ट आईडी तय करने पर, एपीआई शून्य रिपोर्ट की दर को ज़्यादा लागू करता है. इससे, रिपोर्ट की संख्या के ज़रिए, अलग-अलग साइटों की जानकारी लीक होने से बचाने में मदद मिलती है.
इसके अलावा, एग्रीगेट की जा सकने वाली रिपोर्ट पर अब भी अन्य सीमाएं लागू होंगी. इन सीमाओं की वजह से, मेज़र की जा सकने वाली कुल जानकारी पर पाबंदी होगी. जैसे, हर सोर्स के लिए L1 योगदान का बजट (65,536) और एट्रिब्यूशन रेट की सीमा.
ChromeStatus.com पर मौजूद जानकारी
एचटीटीपी कैश मेमोरी पर बाउंस ट्रैकिंग की क्षमता को कंट्रोल करना
एचटीटीपी कैश मेमोरी के लिए, बाउंस ट्रैकिंग की क्षमता को कंट्रोल करने की सुविधा, बाउंस ट्रैकिंग को रोकने के मौजूदा तरीके का ही एक हिस्सा है. इससे, बाउंस ट्रैकिंग को कम करने की सुविधाओं को चालू करने के लिए, ट्रैकिंग करने वाली संदिग्ध साइट के पास स्टोरेज का ऐक्सेस होना ज़रूरी नहीं है.
Chrome ने शुरुआत में बाउंस ट्रैकिंग को कम करने का जो समाधान सुझाया था वह तब ट्रिगर होता है, जब कोई साइट रीडायरेक्ट फ़्लो के दौरान ब्राउज़र स्टोरेज (उदाहरण के लिए, कुकी में) को ऐक्सेस करती है. हालांकि, डेटा को सुरक्षित रखने के लिए, HTTP कैश का इस्तेमाल करके, बाउंस ट्रैकर, इस तरह के नुकसान को व्यवस्थित तरीके से कम कर सकते हैं. बाउंस ट्रैकिंग को कम करने के लिए, ट्रिगर करने की शर्तों को कम करके, ब्राउज़र को एचटीटीपी कैश का इस्तेमाल करके बाउंस ट्रैकर को पकड़ने में मदद मिलती है.
बग को ट्रैक करने के लिए #40264244 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
Android पर, गुमराह करने वाली सूचनाओं का डिवाइस पर पता लगाने के लिए एलएलएम (लोगों की गतिविधियों के डेटा का विश्लेषण करने वाली मशीन लर्निंग) का इस्तेमाल करना
इस सुविधा को लॉन्च करने का मकसद, उन सूचनाओं का कॉन्टेंट छिपाना है जिनमें बुरा बर्ताव करने वाला कॉन्टेंट हो सकता है. इसके बाद, उपयोगकर्ता के पास सूचना को खारिज करने, दिखाने या ऑरिजिन से सदस्यता छोड़ने का विकल्प होगा. यह पहचान, डिवाइस पर मौजूद मॉडल से की जाती है.
ChromeStatus.com पर मौजूद जानकारी
OffscreenCanvas getContextAttributes
CanvasRenderingContext2D से OffscreenCanvasRenderingContext2D में getContextAttributes इंटरफ़ेस जोड़ें.
बग को ट्रैक करने के लिए #388437261 ट्रैकिंग नंबर | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
Private Aggregation API: Shared Storage API का इस्तेमाल करने वाले लोगों के लिए, हर संदर्भ के हिसाब से योगदान की सीमाएं
शेयर किए गए स्टोरेज के कॉलर, हर निजी एग्रीगेशन रिपोर्ट के लिए योगदान की संख्या को पसंद के मुताबिक बना सकते हैं.
इस सुविधा की मदद से, शेयर किए गए स्टोरेज के कॉलर, maxContributions नाम के नए फ़ील्ड की मदद से, हर कॉन्टेक्स्ट के लिए योगदान की सीमाएं कॉन्फ़िगर कर सकते हैं. कॉल करने वाले लोग, हर रिपोर्ट में योगदान की डिफ़ॉल्ट संख्या को बदलने के लिए, यह फ़ील्ड सेट करते हैं. इसमें बड़ी और छोटी, दोनों संख्याओं की अनुमति होगी. Chrome, maxContributions के लिए 1 से 1,000 के बीच की वैल्यू स्वीकार करेगा. इससे बड़ी वैल्यू को 1,000 माना जाएगा.
पैडिंग की वजह से, हर रिपोर्ट के पेलोड का साइज़, हर रिपोर्ट में चुने गए योगदान की संख्या के हिसाब से होगा. हमें उम्मीद है कि बड़ी रिपोर्ट के लिए ऑप्ट-इन करने पर, एग्रीगेशन सेवा को चलाने की लागत बढ़ जाएगी.
सुरक्षित ऑडियंस के कॉलर पर इस सुविधा का कोई असर नहीं पड़ेगा. हालांकि, हम आने वाले समय में, सुरक्षित ऑडियंस की रिपोर्ट के लिए योगदान की संख्या को पसंद के मुताबिक बनाने की सुविधा जोड़ने पर काम कर रहे हैं.
बग को ट्रैक करने के लिए #376707230 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
Shared Storage में Web Locks API का इस्तेमाल करना
Shared Storage में Web Locks API को इंटिग्रेट करता है. इससे, get() और set() लॉजिक में संभावित रेस कंडीशन की वजह से, क्रॉस-साइट रीच मेज़रमेंट से डुप्लीकेट रिपोर्टिंग होने जैसी स्थितियों से बचा जा सकता है.
इस बदलाव से:
- यह फ़ंक्शन, वर्कलेट एनवायरमेंट में
navigator.locks.requestको जोड़ता है. - सभी मॉडिफ़ायर के तरीकों में
{ withLock: <resource>}विकल्प जोड़ा गया है. - एक साथ कई बदलाव करने का तरीका:
sharedStorage.batchUpdate(methods, options).withLockविकल्प के साथ, इस तरीके से कई मॉडिफ़ायर तरीकों को एक साथ लागू किया जा सकता है. इससे उन मामलों में इस्तेमाल किया जा सकता है जहां किसी वेबसाइट को कई कुंजियों में व्यवस्थित किए गए डेटा को अपडेट करते समय, डेटा को एक जैसा बनाए रखने की ज़रूरत होती है.
बग को ट्रैक करने के लिए #373899210 | ChromeStatus.com पर मौजूद एंट्री
रेंडरिंग और ग्राफ़िक
PaintCanvas में ImageSmoothingQuality की सहायता
Paint कैनवस पर imageSmoothingQuality एट्रिब्यूट के लिए सहायता जोड़ी गई.
इससे, इमेज को स्केल करते समय क्वालिटी या परफ़ॉर्मेंस में से किसी एक को चुना जा सकता है.
imageSmoothingQuality के लिए कुल तीन विकल्प हैं: low, medium, और high.
बग को ट्रैक करने के लिए #None | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
WebGPU सबग्रुप
WebGPU में सबग्रुप की सुविधा जोड़ता है. सबग्रुप ऑपरेशन, कॉल के ग्रुप के बीच बेहतर कम्यूनिकेशन और डेटा शेयर करने के लिए, SIMT ऑपरेशन करते हैं. इन ऑपरेशन का इस्तेमाल, इंटर-इंवोकेशन कम्यूनिकेशन से होने वाले मेमोरी ओवरहेड को कम करके, ऐप्लिकेशन को तेज़ करने के लिए किया जा सकता है.
ChromeStatus.com पर मौजूद जानकारी | स्पेसिफ़िकेशन
ऑरिजिन ट्रायल
Digital Credential API
वेबसाइटें, कई तरीकों से मोबाइल वॉलेट ऐप्लिकेशन से क्रेडेंशियल हासिल कर सकती हैं और करती हैं. जैसे, कस्टम यूआरएल हैंडलर और क्यूआर कोड स्कैनिंग. इस सुविधा की मदद से, साइटें Android के IdentityCredential CredMan सिस्टम का इस्तेमाल करके, वॉलेट से पहचान की जानकारी का अनुरोध कर सकती हैं. इसे कई क्रेडेंशियल फ़ॉर्मैट (उदाहरण के लिए, ISO mDoc और W3C की पुष्टि करने वाला क्रेडेंशियल) के साथ इस्तेमाल किया जा सकता है. साथ ही, इसमें एक से ज़्यादा वॉलेट ऐप्लिकेशन इस्तेमाल किए जा सकते हैं. असल ज़िंदगी की पहचान का गलत इस्तेमाल करने से जुड़े जोखिम को कम करने के लिए, कुछ तरीके जोड़े जा रहे हैं.
Chrome 134 में शुरू होने वाले ऑरिजिन ट्रायल में, डेस्कटॉप प्लैटफ़ॉर्म पर इस एपीआई के लिए सहायता जोड़ी गई है. इसमें, डेस्कटॉप पर Chrome, अनुरोध किए गए क्रेडेंशियल फ़ेच करने के लिए, Android फ़ोन पर मौजूद डिजिटल वॉलेट के साथ सुरक्षित तरीके से संपर्क करेगा.
ओरिजिन ट्रायल | बग को ट्रैक करने के लिए #40257092 | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन
SelectParserRelaxation के लिए, बंद हो चुकी सुविधा को कुछ समय के लिए इस्तेमाल करने वाला ट्रायल
यह बंद किए जाने से जुड़ा ट्रायल है. इससे <select> टैग को पार्स करने के लिए, पार्सर के पुराने व्यवहार को फिर से चालू किया जाता है. पुराने वर्शन के हिसाब से, काम न करने वाले कॉन्टेंट को चुपचाप खारिज कर दिया जाता है. साथ ही, इसे <select> के नीचे मौजूद डीओएम कॉन्टेंट में शामिल नहीं किया जाता. इस ट्रायल का इस्तेमाल तब किया जा सकता है, जब Chrome 135 में चालू की गई नई सुविधा की वजह से कोई साइट काम न करे.
ओरिजिन ट्रायल | ChromeStatus.com पर मौजूद जानकारी
बंद किए गए और हटाए गए वर्शन
getUserMedia ऑडियो से जुड़ी ग़ैर-स्टैंडर्ड पाबंदियां हटाना
Blink, getUserMedia के लिए कई तरह की नॉन-स्टैंडर्ड goog-प्रीफ़िक्स वाली पाबंदियों के साथ काम करता है. ऐसा, पाबंदियों के सही तरीके से स्टैंडर्ड होने से पहले से ही होता है.
इनका इस्तेमाल काफ़ी कम हो गया है. यह 0.000001% से 0.0009% के बीच है. यह संख्या, पाबंदी के हिसाब से अलग-अलग हो सकती है. Chromium के ऑडियो-कैप्चर स्टैक में हुए बदलावों की वजह से, इनमें से कुछ पर कोई असर नहीं पड़ा है. आने वाले समय में होने वाले अन्य बदलावों की वजह से, इनमें से किसी भी बदलाव का असर जल्द ही नहीं पड़ेगा.
हमें नहीं लगता कि इस बदलाव की वजह से, किसी भी तरह की कोई बड़ी समस्या आएगी. इन पाबंदियों का इस्तेमाल करने वाले ऐप्लिकेशन काम करते रहेंगे. हालांकि, उन्हें डिफ़ॉल्ट सेटिंग के साथ ऑडियो मिलेगा, जैसे कि कोई पाबंदी न हो. वे स्टैंडर्ड सीमाओं पर माइग्रेट करने का विकल्प चुन सकते हैं.
बग को ट्रैक करने के लिए #377131184 ट्रैकर | ChromeStatus.com पर मौजूद एंट्री | स्पेसिफ़िकेशन