पेज खारिज करने में सिंक्रोनस XMLHTTPRequest() की अनुमति न दें
Chrome अब पेज के दौरान XMLHTTPRequest() को सिंक करने वाले कॉल की अनुमति नहीं देता
खारिज करना तब खारिज किया जा सकता है, जब उपयोगकर्ता पेज से बाहर नेविगेट किया जा रहा हो या उसे बंद कर दिया गया हो.
यह beforeunload, unload, pagehide, और visibilitychange पर लागू होता है.
हमारा सुझाव है कि पेज के अनलोड होने पर, सर्वर पर डेटा भेजा जाए, यह पक्का करने के लिए
sendBeacon() या Fetch keep-alive. फ़िलहाल, एंटरप्राइज़ उपयोगकर्ता,
AllowSyncXHRInPageDismissal नीति फ़्लैग और डेवलपर ऑरिजिन का इस्तेमाल कर सकते हैं
सिंक्रोनस XHR अनुरोध को अनुमति देने के लिए allow-sync-xhr-in-page-dismissal ट्रायल फ़्लैग
अनलोड होने के दौरान. कुछ समय के लिए "ऑप्ट-आउट" करें और हम उम्मीद करते हैं कि
Chrome 88 से यह फ़्लैग हटाएं.
इसके और विकल्पों के बारे में जानकारी के लिए, पेज खारिज करने के दौरान सिंक्रोनस XMLHTTPRequest() को अनुमति न देना देखें.
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) काम नहीं करता
Chrome के मौजूदा एफ़टीपी को लागू करने के तरीके में, एन्क्रिप्ट (सुरक्षित) किए गए एफ़टीपी की सुविधा काम नहीं करती है कनेक्शन (एफ़टीपीएस) या प्रॉक्सी का इस्तेमाल नहीं किया जा सकता. ब्राउज़र में फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) का इस्तेमाल काफ़ी कम है मौजूदा एफ़टीपी क्लाइंट को बेहतर बनाने में और निवेश करना अब सही नहीं है. तय सीमा में इसके अलावा, ऐसे सभी प्लैटफ़ॉर्म पर ज़्यादा सक्षम एफ़टीपी क्लाइंट उपलब्ध हैं जिन पर इसका असर पड़ा है.
Chrome 72 ने फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) पर दस्तावेज़ के सबरिसॉर्स फ़ेच करने के लिए सहायता हटा दी है टॉप लेवल के एफ़टीपी रिसॉर्स की रेंडरिंग. फ़िलहाल, एफ़टीपी के यूआरएल नतीजों पर नेविगेट किया जा रहा है दिखाने में मदद मिलती है. Google Chrome 74 और उसके बाद के वर्शन में किसी गड़बड़ी की वजह से, Google Chrome 74 में, एचटीटीपी प्रॉक्सी पर फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) यूआरएल. Google में, फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) के लिए प्रॉक्सी सपोर्ट को पूरी तरह से हटा दिया गया है Chrome 76.
Google Chrome के फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) को लागू करने की बाकी सुविधाएं प्रतिबंधित हैं या तो किसी डायरेक्ट्री की लिस्टिंग दिखाने या इस पर कोई संसाधन डाउनलोड करने के लिए ऐसे कनेक्शन जो सुरक्षित नहीं हैं.
सुविधा के बंद होने की यह टाइमलाइन यहां दी गई है:
Chrome 80 (फ़रवरी 2020 में स्थिर)
गैर-एंटरप्राइज़ क्लाइंट के लिए, एफ़टीपी डिफ़ॉल्ट रूप से बंद होता है. हालांकि, इसे चालू किया जा सकता है
--enable-ftp या --enable-features=FtpProtocol का इस्तेमाल करके
कमांड लाइन फ़्लैग. इसके अलावा, इसे #enable-ftp का इस्तेमाल करके चालू किया जा सकता है
विकल्प मौजूद है.
Chrome 81 (मार्च 2020 में स्थिर)
Chrome के सभी इंस्टॉलेशन के लिए, फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) डिफ़ॉल्ट रूप से बंद होता है. हालांकि, यह चालू हो सकता है
--enable-ftp या --enable-features=FtpProtocol का इस्तेमाल करके
कमांड लाइन फ़्लैग.
Chrome 82 (अप्रैल 2020 में स्थिर)
फ़ाइल ट्रांसफ़र प्रोटोकॉल (एफ़टीपी) इस्तेमाल करने की सुविधा पूरी तरह से हट जाएगी.
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
पेज अनलोड होने के दौरान, पॉप-अप को अनुमति न दें
अनलोड होने के दौरान, नया पेज खोलने के लिए पेज अब window.open() का इस्तेमाल नहीं कर सकते. कॉन्टेंट बनाने
Chrome पॉप-अप ब्लॉकर ने पहले ही इस पर पाबंदी लगा दी है. हालांकि, अब इस पर पाबंदी है
पॉप-अप ब्लॉकर चालू है या नहीं.
एंटरप्राइज़ अनुमति देने के लिए, AllowPopupsDuringPageUnload नीति फ़्लैग का इस्तेमाल कर सकते हैं
पॉप-अप नहीं होता. Chrome, Chrome 82 में इस फ़्लैग को हटाने के लिए सोचता है.
हटाने का इरादा | Chromestatus ट्रैकर | Chromium बग
नॉन-ऑरिजिन-क्लीन ImageBitmap का क्रम तय करना और ट्रांसफ़र करना हटाया गया
अब कोई स्क्रिप्ट किसी स्क्रिप्ट को क्रम से लगाने या ट्रांसफ़र करने पर गड़बड़ी नॉन-ऑरिजिन-क्लीन ImageBitmap. नॉन-ऑरिजिन-क्लीन ImageBitmap वह है इसमें क्रॉस-ऑरिजिन इमेज का ऐसा डेटा शामिल है जिसकी सीओआरएस लॉजिक से पुष्टि नहीं की जाती.
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
प्रोटोकॉल को मैनेज करने के लिए, अब एक सुरक्षित कॉन्टेक्स्ट ज़रूरी है
अब registerProtocolHandler() और unregisterProtocolHandler() तरीके हैं
सुरक्षित कॉन्टेक्स्ट चाहिए. इन तरीकों से क्लाइंट की स्थितियों को फिर से कॉन्फ़िगर किया जा सकता है
ताकि वे संभावित रूप से संवेदनशील डेटा को
नेटवर्क.
registerProtocolHandler() तरीका, वेबपेज को रजिस्टर करने का तरीका देता है
उपयोगकर्ता की सहमति के बाद प्रोटोकॉल को खुद हैंडल करता है. उदाहरण के लिए, वेब-आधारित
ईमेल ऐप्लिकेशन mailto: स्कीम को प्रबंधित करने के लिए रजिस्टर कर सका. संबंधित
unregisterProtocolHandler() तरीका इस्तेमाल करके, कोई साइट
प्रोटोकॉल-हैंडलिंग रजिस्ट्रेशन.
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
वेब कॉम्पोनेंट v0 को हटाया गया
वेब कॉम्पोनेंट v0 को अब Chrome से हटा दिया गया है. वेब कॉम्पोनेंट v1 एपीआई वेब प्लैटफ़ॉर्म का स्टैंडर्ड वर्शन, जो Chrome, Safari, Firefox, और (जल्द ही) में शिप किया जा चुका है किनारे. अपग्रेड करने के बारे में दिशा-निर्देश पाने के लिए, वेब कॉम्पोनेंट के लिए अपडेट: v1 एपीआई में अपग्रेड करने के लिए ज़्यादा समय लेख पढ़ें. कॉन्टेंट बनाने इन सुविधाओं को अब हटा दिया गया है. इस रोक में ये आइटम शामिल हैं नीचे दी गई सूची उपलब्ध है.
कस्टम एलिमेंट
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
एचटीएमएल इंपोर्ट
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
शैडो डीओएम
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
आर्बिट्रेरी एलिमेंट के लिए -webkit-appearance:बटन हटाएं
यह -webkit-appearance:button को बदलता है, ताकि वह सिर्फ़ <button> और <input> के साथ काम कर सके
बटन. अगर button किसी ऐसे एलिमेंट के लिए बताया गया है जो काम नहीं करता, तो एलिमेंट में
डिफ़ॉल्ट रूप से दिखेगा. अन्य सभी -webkit-appearance कीवर्ड में पहले से ही
पाबंदी नहीं है.
हटाने का इरादा | Chrome प्लैटफ़ॉर्म की स्थिति | Chromium बग
बंद करने की नीति
अपने प्लैटफ़ॉर्म को सही तरीके से काम करने के लिए, हम कभी-कभी वेब प्लैटफ़ॉर्म से ऐसे एपीआई हटा देते हैं जो अपने सभी काम करते हैं. उस कॉन्टेंट को हटाने की कई वजहें हो सकती हैं एपीआई, जैसे:
- नए एपीआई उनकी जगह ले लेते हैं.
- अन्य ब्राउज़र के साथ अलाइनमेंट और एकरूपता लाने के लिए, उन्हें खास जानकारी में किए गए बदलावों को दिखाने के लिए अपडेट किया जाता है.
- ये ऐसे शुरुआती प्रयोग हैं जो अन्य ब्राउज़र पर कभी काम नहीं आए. इस वजह से, वेब डेवलपर के लिए सहायता की ज़रूरत बढ़ सकती है.
इनमें से कुछ बदलावों का असर कुछ ही साइटों पर पड़ेगा. समस्याओं को समय से पहले ही कम करने के लिए, हम डेवलपर को पहले से सूचना देने की कोशिश करते हैं, ताकि वे अपनी साइटों को चलाना जारी रखने के लिए ज़रूरी बदलाव कर सकें.
फ़िलहाल, Chrome में एपीआई के बंद होने और उन्हें हटाने की प्रोसेस मौजूद है, खास तौर पर:
- blink-dev पाने वाले लोगों की सूची में शामिल करें.
- पेज पर इस्तेमाल का पता चलने पर, Chrome DevTools कंसोल में चेतावनियां सेट करें और समयावधि दें.
- इंतज़ार करें और इसे मॉनिटर करें. इसके बाद, इस सुविधा को इस्तेमाल में गिरावट आने पर हटा दें.
काम न करने वाले फ़िल्टर का इस्तेमाल करके, chromestatus.com पर उन सभी सुविधाओं की सूची देखी जा सकती है जो अब काम नहीं करतीं. साथ ही, हटाया गया फ़िल्टर लागू करके, हटाई गई सुविधाओं की सूची देखी जा सकती है. हम इन पोस्ट में किए गए कुछ बदलावों, रीज़निंग, और माइग्रेशन पाथ के बारे में खास जानकारी देने की कोशिश भी करेंगे.