हमें Chrome के करीब-करीब सभी वर्शन में, प्रॉडक्ट, उसकी परफ़ॉर्मेंस, और वेब प्लैटफ़ॉर्म की सुविधाओं के बारे में काफ़ी अपडेट और सुधार दिखते हैं. इस लेख में, Chrome 62 में 14 सितंबर से बंद होने और हटाए जाने के बारे में बताया गया है. इस सूची में किसी भी समय बदलाव किया जा सकता है.
RTCPeerConnection.getStreamById() हटाएं
करीब दो साल पहले, getStreamById() को WebRTC की खासियतों से हटा दिया गया था. ज़्यादातर दूसरे ब्राउज़र ने पहले ही इसे
लागू करने से हटा दिया था और Chrome 60 में
यह सुविधा बंद कर दी गई थी. माना जाता है कि यह फ़ंक्शन कम इस्तेमाल किया जाता है, लेकिन यह भी माना जाता है कि Safari और जिन पर getStreamById() अब भी काम करता है, उनके अलावा Edge और WebKit-आधारित ब्राउज़र के साथ कुछ मामूली इंटरऑपरेबिलिटी जोखिम है.
जिन डेवलपर को कोई अन्य तरीका लागू करना है उन्हें नीचे दिए गए 'हटाएं' इंटेंट में उदाहरण कोड मिल सकता है.
हटाएं | Chromestatus Tracker | Chromium की गड़बड़ी
SharedWorker.workerStart को हटाएं
इस प्रॉपर्टी को, कर्मचारियों की परफ़ॉर्मेंस पर नज़र रखने के लिए इस्तेमाल किया जाता था. इसे पिछले दो साल से भी पहले इस प्रॉपर्टी से हटा दिया गया था और दूसरे मुख्य ब्राउज़र में इसका इस्तेमाल नहीं किया जा सकता. किसी वर्कर की परफ़ॉर्मेंस को ट्रैक करने का ज़्यादा आधुनिक तरीका,
Performance.timing का इस्तेमाल करेगा.
हटाएं | Chromestatus Tracker | Chromium की गड़बड़ी
SVGPathElement.getPathSegAtLength() को हटाएं
SVG की खास बातों का पालन करते हुए, Chrome 48 में SVGPathElement.pathSegList() और उससे जुड़े इंटरफ़ेस हटा दिए गए थे. उस समय, यह तरीका गलती से छोड़ दिया गया था. हमें नहीं लगता कि इसे हटाए जाने से कोई वेब पेज ठीक से काम करेगा, क्योंकि पिछले दो सालों से इसने एक ऐसा ऑब्जेक्ट दिखाया है जो अब Blink में मौजूद नहीं है.
हटाएं | Chromestatus Tracker | Chromium की गड़बड़ी
असुरक्षित iframe से सूचनाओं के इस्तेमाल को हटाएं
iframes की अनुमति के अनुरोध से उपयोगकर्ता भ्रम में पड़ सकते हैं, क्योंकि इसमें शामिल पेज की शुरुआत की जगह और अनुरोध करने वाले iframe के ऑरिजिन के बीच अंतर करना मुश्किल होता है. अनुरोधों का दायरा साफ़ न होने पर, उपयोगकर्ताओं के लिए यह तय करना मुश्किल हो जाता है कि वे अनुमति दें या अस्वीकार करें.
iframe में सूचनाओं को अनुमति न देने से, सूचना की अनुमति की ज़रूरी शर्तों को भी पुश नोटिफ़िकेशन की शर्तों के साथ अलाइन किया जाएगा. इससे डेवलपर को आने वाली परेशानियों को कम करने में मदद मिलेगी.
जिन डेवलपर को इस सुविधा की ज़रूरत है वे सूचना की अनुमति का अनुरोध करने के लिए, एक नई विंडो खोल सकते हैं.