Сохранение и восстановление сеанса в GNOME не успевает к выпуску GNOME 51, намеченному на 2026 года. Задумано так, чтобы после повторного входа в систему пользователь получал прежний набор запущенных приложений на прежнем рабочем месте, а программы с поддержкой этой возможности возвращали ещё и собственное содержимое: открытые документы, вкладки, последнюю просмотренную страницу. Ход работ показали на конференции GUADEC 2026. В GNOME 51 войдут только подготовительные изменения на уровне Wayland, сроков выхода готового механизма нет.
Повторное открытие приложений и возврат на прежнее рабочее место
Смысл затеи сводится к тому, чтобы после перезагрузки не собирать рабочее окружение заново. В настройки собираются добавить параметр повторного открытия окон после входа в систему (Reopen Windows After Login). При включённом параметре список работавших приложений сохраняется в момент завершения сеанса, при следующем входе эти приложения запускаются снова, а их состояние восстанавливается настолько, насколько это возможно.
Приложения с поддержкой нового интерфейса вернут и собственное содержимое. В текстовом редакторе снова откроются документы, в браузере восстановятся вкладки, другая программа вернётся к странице или экрану, открытому до завершения сеанса.
Почему в GNOME отказались от протокола XSMP
Восстановление сеанса в GNOME существовало и раньше — в сеансе на базе X11. Отвечал за него X Session Management Protocol (XSMP), устаревший для современного рабочего окружения. Работала схема так: приложение регистрировало у менеджера сеансов команду запуска, а тот выполнял её при следующем входе в систему.
Как отмечено в докладе, в GNOME этот механизм не работал годами. Плохо уживался он и с приложениями в песочнице, поскольку менеджер сеансов хранил и выполнял произвольные командные строки. Старый механизм убрали вместе с поддержкой сеанса X11.
Портал и файлы .desktop вместо командных строк
На замену пришёл механизм на основе портала. Вместо произвольных команд приложения отслеживаются по идентификаторам (application ID), а перезапуск идёт через файлы .desktop. При очередном запуске программе сообщают причину восстановления — например, обычный вход в систему или сбой.
Портал — набор интерфейсов D-Bus (xdg-desktop-portal), через которые программа обращается к возможностям системы: выбору файлов, печати, захвату экрана. Порталы создавались ради приложений в песочнице Flatpak, но пользоваться ими может любая программа независимо от библиотеки интерфейса и рабочего окружения.
Восстановление окон через протокол xdg_session_management_v1
Для окон потребовалась отдельная работа на стороне Wayland. Приложение под Wayland не может произвольно выбирать, где разместить своё окно, поэтому в GNOME задействовали протокол xdg_session_management_v1.
Схема выглядит так: приложение запрашивает у композитора токен, Mutter хранит привязанное к этому токену состояние управления окнами, а при восстановлении сеанса приложение передаёт токен обратно. Дальше состояние окна восстанавливает Mutter, а не сама программа.
Mutter — композитный сервер протокола Wayland и оконный менеджер по умолчанию в GNOME. В сеансе Wayland именно композитор распоряжается расположением окон на экране.
Программный интерфейс в GTK как главное препятствие
Основная сложность, по оценке из доклада, лежит не в протоколе, а в GTK и в программном интерфейсе для приложений. Нужен надёжный способ описывать и восстанавливать внутреннее состояние программы, чтобы каждому разработчику не пришлось выстраивать эту механику с нуля. Основную часть работы предстоит взять на себя библиотеке GTK: состояние отдельных окон, периодическое сохранение, восстановление до того момента, как приложение станет активным.
Не закончен и сам портал. Как прозвучало на конференции, основные идеи портала поддержали разработчики KDE и Firefox, но детали ещё требуют доработки. В GNOME с версии 50 существует закрытый внутренний интерфейс для этой задачи, однако перевести его на общий портал получится только после того, как будет готова клиентская часть портала.
Заключение
Практический вывод для пользователей GNOME 51 простой: собирать рабочее окружение после перезагрузки по-прежнему придётся руками. В выпуск попадёт только фундамент — наработки в Wayland и Mutter, — а дата выхода готового механизма не объявлена. Собственное содержимое вернут при этом лишь те приложения, разработчики которых добавят поддержку нового интерфейса. Стадию замысла работа уже прошла: протокол описан, поддержка в Mutter внедряется, портал обсуждают сразу в нескольких проектах рабочих окружений, а интерфейс для приложений в GTK постепенно обретает форму.