मार्टिन स्ट्रान्स्की, फेडोरा आणि आरएचईएल साठी फायरफॉक्स पॅकेजचा मेंटेनर आणि वेईलँडसाठी फायरफॉक्स पोर्ट करण्यासाठी देखील जबाबदार आहे, वेलांड वातावरणातील फायरफॉक्समधील नवीनतम घडामोडींचा सारांश देणारा अहवाल प्रकाशित केला आहे.
अहवालात त्यांनी त्याचा उल्लेख केला आहे काही वैशिष्ट्ये X11 आणि Wayland मध्ये अंमलबजावणीच्या दृष्टिकोनातील फरकांमुळे ताबडतोब अंमलात आणणे शक्य झाले नाही. पहिल्या प्रकरणात, वेईलँड क्लिपबोर्ड असिंक्रोनस मोडमध्ये काम केल्यामुळे अडचणी उद्भवल्या, ज्यासाठी वेयलँडच्या क्लिपबोर्डवर अमूर्त प्रवेश करण्यासाठी वेगळा थर तयार करणे आवश्यक होते. निर्दिष्ट स्तर फायरफॉक्स 93 मध्ये जोडला जाईल आणि फायरफॉक्स 94 मध्ये डीफॉल्टनुसार सक्षम केला जाईल.
च्या संदर्भात उदयोन्मुख संवाद, मुख्य अडचण होती की वेलँड आवश्यक काटेकोर पालन पॉप-अप पदानुक्रम, म्हणजेच, पालक विंडो पॉपअपसह एक लहान विंडो तयार करू शकते, परंतु या विंडोपासून सुरू झालेला पुढील पॉपअप मूळ चाइल्ड विंडोशी जोडलेला असणे आवश्यक आहे, एक साखळी तयार करणे. फायरफॉक्समध्ये, प्रत्येक विंडो एकाधिक पॉप-अप विंडो निर्माण करू शकते जी पदानुक्रम तयार करत नाही.
समस्या अशी होती की वेलँड वापरताना, एका पॉप-अप बंद करण्यासाठी संपूर्ण विंडो साखळी इतर पॉप-अपसह पुनर्बांधणी करणे आवश्यक असते, तर एकाधिक खुल्या पॉप-अपची उपस्थिती असामान्य नसते, कारण पॉप-अपचा वापर उपयोजन करण्यासाठी केला जातो. पॉप-अप, मेनू, सूचना, पूरक संवाद, परवानगी विनंत्या इ.
वेलँड आणि जीटीके मधील अपयशांमुळे परिस्थिती देखील गुंतागुंतीची होती, त्यामुळे लहान बदल केल्याने विविध रीग्रेशन दिसू शकतात. तथापि, वेलँडसाठी पॉप-अप हाताळणी कोड सुधारित केला गेला आहे आणि फायरफॉक्स 94 मध्ये समाविष्ट करण्याचा हेतू आहे.
वेलँडशी संबंधित इतर सुधारणांचा उल्लेख केला आहे विंडो हलवताना झगमगाट दूर करण्यासाठी फायरफॉक्समध्ये 93 डीपीआय स्केलिंग बदलांचा समावेश करा मल्टी-मॉनिटर सेटअपमध्ये स्क्रीनच्या काठावर. फायरफॉक्स 95 मध्ये, समस्यांचे निराकरण करण्याची योजना आहे ड्रॅग आणि ड्रॉप इंटरफेस वापरताना उद्भवते, उदाहरणार्थ बाह्य स्त्रोतांमधून स्थानिक फाइल सिस्टममध्ये फायली कॉपी करताना आणि टॅब हलवताना.
च्या लाँचसह फायरफॉक्स 96, फायलफॉक्सचे वेलँड पोर्ट X1 बिल्डसह कार्यक्षमतेमध्ये सामान्य समानता प्राप्त करेल1, किमान GNOME Fedora वातावरणात चालत असताना. त्यानंतर, डेव्हलपर्सचे लक्ष वेलँड वातावरणात काम परिपूर्ण करण्यावर असेल जीपीयू प्रक्रियेचा, ज्यामध्ये ग्राफिक्स अडॅप्टर्सशी संवाद साधण्यासाठी कोड काढला जातो आणि जो मुख्य ब्राउझर प्रक्रियेला चालक अपयशी झाल्यास क्रॅश होण्यापासून वाचवतो.
व्हीएएपीआय वापरून व्हिडिओ डीकोड करण्यासाठी जीपीयू प्रक्रियेत कोड आणण्याची योजना देखील आहे, जी सध्या सामग्री प्रक्रिया प्रक्रियेत आणली जात आहे.
याव्यतिरिक्त, आम्ही फायरफॉक्सच्या स्थिर शाखांच्या वापरकर्त्यांच्या अल्प टक्केवारीसाठी समावेश हायलाइट करू शकतो, विखंडन प्रकल्पाच्या चौकटीत विकसित करण्यात आलेली कडक साइट अलगाव व्यवस्था.
उपलब्ध प्रक्रिया गटामध्ये टॅब प्रक्रियेच्या अनियंत्रित वितरणाच्या विपरीत (8 डीफॉल्टनुसार), जे आतापर्यंत वापरले गेले आहे, लॉक मोड प्रत्येक साइटची प्रक्रिया टॅबद्वारे नव्हे तर डोमेनद्वारे विभाजनासह स्वतःच्या वेगळ्या प्रक्रियेत हलवते. बाह्य स्क्रिप्ट आणि iframes ची सामग्री आणखी वेगळी करण्याची परवानगी द्या.
मजबूत अलगाव मोड साइड चॅनेल हल्ल्यांपासून संरक्षण करते, जसे की स्पेक्टर वर्गाच्या असुरक्षिततेशी संबंधित, आणि ते मेमरी फ्रॅगमेंटेशन कमी करते, ऑपरेटिंग सिस्टमला मेमरी अधिक कार्यक्षमतेने परत करते, कचरा संकलन आणि इतर प्रक्रियेच्या पृष्ठांवर गहन गणनाचा प्रभाव कमी करते आणि लोड बॅलेंसिंगची कार्यक्षमता सुधारते, भिन्न सीपीयू कोर आणि स्थिरता सुधारते (आयफ्रेम प्रस्तुत करणारी प्रक्रिया अवरोधित करते मुख्य साइट आणि इतर टॅब त्यासह ड्रॅग करणार नाही).
ज्ञात समस्यांपैकी qजे तेव्हा उद्भवते कठोर अलगाव मोड वापरला जातो, मोठ्या संख्येने टॅब उघडताना मेमरी आणि फाइल डिस्क्रिप्टर वापरात लक्षणीय वाढ होते, तसेच काही प्लगइनच्या कामात व्यत्यय, प्रिंट करताना आयफ्रेम सामग्री गायब होणे आणि स्क्रीनशॉट कॅप्चर करण्यासाठी फंक्शनला कॉल करणे, कमी होणे iframe दस्तऐवज कॅशिंगच्या कार्यक्षमतेमध्ये क्रॅश झाल्यानंतर सत्र पुनर्प्राप्त करताना पूर्ण झालेले परंतु सबमिट केलेले फॉर्ममधील सामग्रीचे नुकसान.
स्त्रोत: https://mastransky.wordpress.com