GNOME új munkamenet-mentés és -visszaállítás funkción dolgozik, amely újra megnyitja az alkalmazásokat, és visszaviszi a felhasználókat az előző munkaterületükre bejelentkezés után. A funkció azonban nem készül el a 2026. szeptember 16-ra tervezett GNOME 51 kiadásra.

A fejlesztést a GUADEC 2026 konferencián mutatta be Adrian Vovk, a Red Hat desktop csapatán dolgozó GNOME fejlesztő.

Az ötlet maga egyszerű. Ahelyett, hogy újraindítás után kézzel kellene újjáépíteni a munkaterületet, a felhasználók szinte onnan folytathatnák, ahol abbahagyták. A GNOME ezért egy „Ablakok újbóli megnyitása bejelentkezés után” jellegű opciót szeretne hozzáadni. Ha ezt bekapcsolják, az asztali környezet megjegyzi, mely alkalmazások futottak, a következő bejelentkezéskor újra megnyitja őket, és a lehető legnagyobb mértékben visszaállítja az előző állapotukat.

Emellett a támogatott alkalmazások a saját tartalmukat is vissza tudják majd állítani. Egy szövegszerkesztő például újranyithatja a dokumentumokat, egy böngésző visszaállíthatja a lapokat, egy másik alkalmazás pedig visszatérhet arra az oldalra vagy nézetre, amely meg volt nyitva a munkamenet vége előtt.

Összehasonlításképpen: GNOME alatt X11 idején már létezett munkamenet-visszaállítás, de a régi Session Management Protocol, az XSMP már nem felelt meg a modern asztali környezet igényeinek. Az alkalmazásoknak parancssori utasításokat kellett regisztrálniuk, amelyeket a session manager futtatott a következő bejelentkezéskor.

Vovk szerint ez a megközelítés GNOME alatt már évek óta hibásan működött. Emellett rosszul illeszkedett a sandboxolt alkalmazásokhoz is, mivel a session manager parancssorokat tárolt és futtatott. GNOME az XSMP-vel együtt a X11 munkamenet-támogatást is elhagyta.

Az új megoldás egy desktop portált használ. Tetszőleges parancsok tárolása helyett a session manager az alkalmazásokat az alkalmazásazonosítójuk alapján követi, és a .desktop fájljaik segítségével indítja újra őket. Amikor egy alkalmazás újraindul, meg lehet mondani neki, miért állítják vissza – például bejelentkezés után vagy összeomlást követően.

Az ablakok visszaállítása külön munkát igényel Wayland oldalon. A Wayland alatt futó alkalmazások nem helyezhetik el szabadon az ablakaikat, ezért GNOME az xdg_session_management_v1 protokollt használja.

Ennek a megoldásnak a lényege, hogy az alkalmazás egy tokent kér a kompozitortól. A Mutter eltárolja az ablakkezelési állapotot ehhez a tokenhez kötve, az alkalmazás pedig a munkamenet visszaállításakor újra megadja ezt a tokent. A Mutter ekkor visszaállítja a megfelelő ablakállapotot, ahelyett, hogy minden alkalmazásnak magának kellene kezelnie az ablakelhelyezést.

Vovk szerint a nagyobb akadályt a GTK és az alkalmazások felé látható API jelenti. GNOME-nak megbízható módra van szüksége ahhoz, hogy az alkalmazások leírhassák és visszaállíthassák a belső állapotukat, anélkül hogy minden fejlesztőnek a nulláról kellene felépítenie a rendszert. A várakozások szerint a munka nagy részét a GTK végzi majd, beleértve az ablakonkénti állapotkezelést, az időszakos mentést és a visszaállítást még azelőtt, hogy az alkalmazás aktívvá válna.

A portál sincs még kész. A prezentáció szerint a KDE és a Firefox fejlesztői jóváhagyták a portál főbb koncepcióit, de néhány részleten még dolgozni kell. GNOME-ban már a 50-es verzió óta létezik egy privát backend API, de ennek desktop portállá alakítása attól függ, hogy elkészül-e a frontend.

Mindez azt jelenti, hogy a GNOME 51 fontos alapokat fog tartalmazni, különösen Wayland és a Mutter terén, de a felhasználók még nem kapják meg a teljes munkamenet-visszaállítás funkciót. Vagyis a kész funkcióhoz még nincs megerősített kiadás.

Ugyanakkor a fejlesztés már jóval túl van az ötletszinten. A protokoll létezik, a Mutter-támogatás érkezik, a portálról több asztali projektben is egyeztetnek, és a GTK alkalmazás-API-ja is formát ölt.