फेडोरा वर्कस्टेशन क्रैश की एक हालिया स्थिति और GNOME शेल के साथ अन्य मुद्दों को जावास्क्रिप्ट में लिखे GNOME शेल एक्सटेंशन में वापस खोजा गया है, जैसा कि GNOME डेवलपर और Red Hat इंजीनियरिंग मैनेजर Jiri Eischmann द्वारा खोजा गया है।
जावास्क्रिप्ट में GNOME शेल एक्सटेंशन लिखने में सक्षम होने के कारण प्रवेश के लिए एक कम अवरोध के साथ एक दिलचस्प अवधारणा के रूप में माना जाता है, लेकिन ऐसा प्रतीत होता है कि यह वास्तव में GNOME डेस्कटॉप वातावरण में उपयोगकर्ताओं के लिए समस्याएं पैदा कर रहा है। इससे भी बुरी बात यह है कि वर्तमान गनोम शैल पर्यावरण वेटर को म्यूट कंपोज़िटर के साथ डिफॉल्ट करता है, इसलिए यह GNOME X.Org सत्रों की तुलना में कुछ कठिन हार्ड क्रैश लेता है, जिसमें सामयिक रिक्त स्क्रीन या समान मुद्दा होता है।
सौभाग्य से, Jiri Eischmann के पास इस स्थिति को सुधारने के लिए कुछ विचार हैं, जिन्हें निम्न रूप में अभिव्यक्त किया जा सकता है:
- शेल के हार्ड क्रैश होने पर एक्सटेंशन को अक्षम कर दिया जाता है (फिर से शुरू नहीं किया जा सकता है)। चूंकि वेलैंड पर यह हर दुर्घटना का परिणाम है, हमें हर जीएस दुर्घटना के बाद ऐसा करना चाहिए। और जब उपयोगकर्ता फिर से एक्सटेंशन सक्षम करने के लिए GNOME Tweak टूल पर वापस जाता है, तो उसे / उसे बताया जाना चाहिए कि यह संभवतः 3 जी पार्टी एक्सटेंशन में से एक था जिसने डेस्कटॉप को क्रैश कर दिया था, और उन्हें सक्षम करते समय उसे सावधान रहना चाहिए।
- गनोम शैल और मेटर या / और अन्य कदमों को घटाना जो Xorg पर समान व्यवहार को वापस लाएगा: GS दुर्घटना सब कुछ नीचे नहीं करेगी। इसके लिए वास्तुकला में बड़े बदलाव और बहुत सारे काम करने की आवश्यकता होगी और GNOME शेल और मटर डेवलपर समुदाय पहले से ही अपनी प्लेटों पर बहुत कुछ कर चुका है।
- असीमित एक्सटेंशन को बंद करना, एक सीमित एपीआई को पेश करना जो वे स्वयं जीएस कोड को गर्म करने के बजाय उपयोग कर सकते हैं। यह एक बहुत ही अलोकप्रिय कदम होगा क्योंकि इसका मतलब यह है कि मौजूदा एक्सटेंशन में से कई को फिर से लागू करना असंभव होगा। लेकिन भविष्य में यह अपरिहार्य हो सकता है।
