Скорашњи пад Федора радне станице и други проблеми са ГНОМЕ Схелл-ом пронађени су до проширења ГНОМЕ Схелл написаних на ЈаваСцрипт-у, што је открио програмер ГНОМЕ-а и менаџер Ред Хат-овог инжењеринга Јири Еисцхманн.
Могућност писања екстензија ГНОМЕ Схелл на ЈаваСцрипт-у сматрана је занимљивим концептом са ниском препреком уласку, али изгледа да у ствари ствара проблеме корисницима у ГНОМЕ окружењу радне површине. Још је горе и то што тренутно окружење ГНОМЕ Схелл подразумевано користи Ваиланд са Муттер композитором, тако да је потребно прилично тешко рушење у поређењу са ГНОМЕ Кс.Орг сесијама које имају повремени празан екран или слично.
Срећом, Јири Еисцхманн има неколико идеја за побољшање ове ситуације, које се могу сажети као:
- Проширења су некад била онемогућена када се шкољка снажно срушила (није било могуће поново покренути). Будући да је на Ваиланду резултат сваког пада, то бисмо требали чинити након сваког пада ГС-а. А када се корисник врати на ГНОМЕ Твеак Тоол да би поново омогућио проширења, требало би да му се каже да је то највероватније једно од независних проширења због којих је дошло до пада радне површине и требало би да буде опрезан када их омогућава.
- Одвајање ГНОМЕ Схелл-а и Муттера или / и други кораци који би вратили исто понашање као на Ксорг-у: рушење ГС-а не би све срушило. То би захтевало велике промене у архитектури и пуно рада, а заједница програмера ГНОМЕ Схелл и Муттер већ има много тога на својим плочама.
- Укидање неограничених проширења, увођење ограниченог АПИ-ја који они могу користити уместо врућег закрпавања самог ГС кода. Ово би био врло непопуларан корак, јер би то значило да ће многа постојећа проширења бити немогуће поново применити. Али то може постати неизбежно у будућности.
