Единственный рецензент расширений GNOME Shell на официальном каталоге extensions.gnome.org оказался отрезан от интернета из-за блокировки в Иране. Проверка расширений для GNOME 50 полностью остановилась в критический момент: Fedora 44 и Ubuntu 26.04 LTS с рабочим окружением GNOME выходят в апреле 2026 года. Десятки обновлённых расширений зависли в очереди без возможности пройти ревью. Ситуация обнажила системную проблему — весь процесс рецензирования кода расширений GNOME годами держался на одном добровольце.
Рецензент в зоне блокировки
Джавад Рахматзаде (Javad Rahmatzadeh) — член GNOME Foundation, автор популярного расширения Just Perfection и единственный активный рецензент расширений на портале extensions.gnome.org. Он живёт в Иране, где с года действует масштабная блокировка интернета.
По данным организации NetBlocks, с интернет-трафик в стране упал до 1–4% от нормального уровня.
extensions.gnome.org (EGO) — официальный каталог расширений GNOME Shell. Все расширения, публикуемые через этот каталог, проходят ручную проверку кода опытными добровольцами на предмет вредоносного поведения и нарушений безопасности. Без одобрения рецензентом расширение не появляется в каталоге.
Очередь растёт, расширения не обновляются
Проблему первым публично обозначил разработчик Scott Garman года на GNOME Discourse. Он отправил обновление своего расширения Music Scales, но рецензия не приходила значительно дольше обычного. Участница сообщества Victoria Niedzielska объяснила ситуацию: единственный рецензент — иранец, и иранский режим фактически отрезал ему доступ к сети.
разработчик под ником khaled-0 открыл отдельную тему о статусе рецензирования расширений для GNOME 50. Даже минимальное изменение — обновление файла metadata.json для поддержки новой версии — зависало в очереди на неопределённый срок. На странице непроверенных расширений накопились десятки ожидающих ревью пакетов.
Привязка расширений к конкретной версии GNOME Shell — стандартный защитный механизм. Разработчик расширения обязан указать поддерживаемые версии в metadata.json и отправить обновление на проверку. Без одобрения рецензентом расширение не будет доступно пользователям новой версии GNOME через официальный каталог.
metadata.json — файл метаданных расширения GNOME Shell, который содержит идентификатор расширения, его описание и список совместимых версий GNOME Shell. При выходе новой мажорной версии рабочего окружения разработчик должен обновить этот файл и отправить расширение на повторную проверку.
Почему это критично именно сейчас
Разработчики GNOME выпустили GNOME 50 года. Это рабочее окружение станет основой двух крупнейших весенних релизов: Ubuntu 26.04 LTS (апрель 2026) и Fedora 44 (запланирована на ). Ubuntu 26.04 — версия с долгосрочной поддержкой, то есть большинство пользователей Ubuntu будут работать с GNOME 50 как минимум до 2028 года.
При каждом мажорном обновлении GNOME Shell часть расширений ломается. Расширения работают через внедрение кода в рабочий стол на лету (monkey-patching) — они модифицируют или заменяют внутренние функции GNOME Shell во время его работы. Если внутренний API изменился, расширение может не загрузиться, вызвать графические сбои, сломать встроенные функции или, в худшем случае, обрушить рабочий стол с потерей данных.
Без рецензента цепочка разрывается: разработчик обновил код, но пользователь GNOME 50 не получит обновление через официальный каталог. Установленные ранее расширения будут заблокированы из-за несовместимости версий.
Единая точка отказа
Проблема зависимости от одного рецензента — не нова. Ещё в 2019 году на GNOME Discourse обсуждалась аналогичная ситуация: более 120 расширений ждали проверки более двух месяцев, потому что у каталога фактически не было активного рецензента.
После этого Рахматзаде стал основным (и, по сути, единственным) рецензентом. Масштаб работы он описывал в блоге GNOME в декабре 2025 года: до 6 часов ежедневного рецензирования, до 15 000 строк кода расширений за сессию. Параллельно он отвечал разработчикам, писал документацию, разрабатывал руководство по портированию расширений и собственное расширение Just Perfection.
Официальная документация GNOME описывает процесс рецензирования как «волонтёрский»: проверки выполняют опытные разработчики расширений при поддержке мейнтейнеров GNOME Shell и GJS. На практике же этот «волонтёрский процесс» зависел от одного человека.
Monkey-patching — техника модификации программы во время её выполнения. Расширения GNOME Shell подменяют или дополняют внутренние функции и классы рабочего окружения без изменения исходного кода. Это даёт гибкость, но делает расширения хрупкими: любое изменение внутреннего API в новой версии GNOME может сломать расширение.
Что могут сделать пользователи
Пользователи, обновляющиеся до GNOME 50, могут столкнуться с тем, что часть установленных расширений перестанет работать. Отключить проверку совместимости версий можно командой:
gsettings set org.gnome.shell disable-extension-version-validation "true"Однако это рискованный шаг: расширение, не протестированное с GNOME 50, может вызвать нестабильную работу или падение рабочего окружения. Альтернатива — установка расширений напрямую из репозиториев разработчиков на GitLab или GitHub, минуя официальный каталог, но без гарантий проверки на безопасность.
Сообщество на Reddit и GNOME Discourse призывает проект GNOME пересмотреть процесс рецензирования и исключить подобные единые точки отказа в будущем. Пока же пользователям остаётся ждать и надеяться на восстановление интернета в Иране.