59763 2026-07-08 15:55:48 +0300 Окно nautilus зависает 2026-09-16 17:49:13 +0300 1 1 1 Unclassified Branch p11 nautilus unspecified x86_64 Linux NEW P5 normal --- 1 igor.bz armatik alt belayaav ermaksochi qa-p11 oldest_to_newest 290865 0 igor.bz 2026-07-08 15:55:48 +0300 При попытке открыть "Свойства" каталога с множеством файлов (более 500) окно каталога в nautilus зависает. Его нельзя закрыть, в том числе в режиме обзора, и свернуть, но можно перемещать ALT + F7. Если в nautilus открыть новое окно, оно будет работать. Можно добиться зависания множества окон по очереди. Проявляется как на SSD, так и на HDD. Проявилось на двух машинах с одинаковой системой: cat /etc/os-release NAME=ALT VERSION=11.2 ID=altlinux VERSION_ID=11.2 VERSION_CODENAME=prometheus PRETTY_NAME="ALT Workstation 11.2 (Prometheus)" ANSI_COLOR="1;33" CPE_NAME="cpe:/o:alt:workstation:11.2" BUILD_ID="ALT Workstation 11.1" --- rpm -qa nautilus nautilus-48.3-alt1.x86_64 rpm -qa gnome-shell gnome-shell-48.5-alt2.x86_64 --- Сессия Wayland. Стабильно воспроизводится на видеокарте RTX 2070 Super. Драйвер: 595.80 Ядро: 6.12.94 и 6.18.37 На RX 6900XT стабильного воспроизведения добиться не удалось. Проявляется случайным образом после uptime в несколько дней при открытии множества каталогов, в том числе в виде вкладок. Драйвер: mesa 25.3.6 Ядро: 6.18.29 Воспроизведение (на Nvidia): - Каталог с несколькими сотнями файлов (pdf и прочие) во вложенных каталогах. - Несколько раз открыть-закрыть "Свойства" каталога. Со второго раза при нажатии ПКМ на каталоге контекстное меню начнёт открываться с задержкой или вовсе не открываться с первой попытки, а лишь со второй-третьей. - Итогом будет зависание окна. Из примечательного в журнале: gnome-shell[(1987)]: g_closure_unref: assertion 'closure->ref_count > 0' failed gnome-shell[(1987)]: g_closure_unref: assertion 'closure->ref_count > 0' failed gnome-shell[(1987)]: g_closure_unref: assertion 'closure->ref_count > 0' failed gnome-shell[(1987)]: g_closure_unref: assertion 'closure->ref_count > 0' failed gnome-shell[(1987)]: g_closure_unref: assertion 'closure->ref_count > 0' failed gnome-shell[(1987)]: g_closure_unref: assertion 'closure->ref_count > 0' failed gnome-shell[(1987)]: surface_state_changed: assertion 'wl_window->has_last_sent_configuration' failed 291078 1 igor.bz 2026-07-13 17:54:32 +0300 Удалось добиться стабильного зависания окна на видеокарте AMD. Шаги для воспроизведения: - Открыть каталог с несколькими десятками видео или pdf-файлов. - Попеременно через контекстное меню открывать-закрывать диалог "Открыть с помощью" и "Свойства". Уже через 3-5 повторений начнутся проблемы с открытием контекстного меню на ПКМ. Оно не будет открываться с первого раза. - Через ~15 повторений окно зависает. Наиболее быстрое зависание произошло на седьмое повторение. 291101 2 belayaav 2026-07-14 14:29:43 +0300 Шаги воспроизведения: 1. Создать в домашней директории папку, заполнить любыми файлами, например текстовыми документами 2. ПКМ на папку -> Свойства -> Закрыть 3. Повторить шаг 2 несколько раз (в моем случае понадобилось 5-6 раз) Результаты проверки: ====================== P11 nautilus-48.3-alt1 Стенды: Alt Linux Workstation 11.1 x86_64 - AMD Radeon 840M Graphics Alt Linux Workstation 11.1 x86_64 - AMD Radeon 780M Graphics Ошибка воспроизводится. Окно менеджера зависает. ====================== Sisyphus: nautilus-50.2.2-alt1 Стенд: Alt Linux Workstation 11.1 x86_64, обновленный до Sisyphus - AMD Radeon 780M Graphics Ошибка не воспроизвелась. Вызвала "Свойства" порядка 20 раз, nautilus не зависает. Была обновлена та же машина, на которой в Р11 ошибка воспроизвелась. ====================== Итог: ошибка воспроизводится в Р11, отсутствует в Sisyphus. 293208 3 alt 2026-08-26 13:32:26 +0300 Подтверждаю воспроизведение бага на двух машинах: 1 конфиг: cpu - amd ryzen 5 5600g gpu - nvidia geforce gtx 1650 озу - 16 Гб DDR4 2 конфиг: cpu - intel core i5 12400 gpu - amd radeon rx 9060xt озу - 32 Гб DDR4 а также на нескольких виртуалках: 1) виртуалка со свежеустановленной "альт рабочая станция 11.2" - баг воспроизводится сразу 2) виртуалка, куда была установлена "альт рабочая станция 11.1" - баг начал проявляться только после обновления системы штатными средствами (с версии 11.1 до 11.2) Получается, баг появился после того, как gnome был обновлен до версии 48 Баг присутствует только в wayland-сессии gnome Баг легко воспроизвожу, вызывая однотипные модальные окна с запросом на какие-либо действия с файлами (удаление мимо корзины, замена файлов при копировании), реже баг проявляется и при вызове других окон в наутилусе, а также при вызове диалога выбора файла (например, из браузера). Иногда сразу зависает, иногда может несколько диалоговых окон отработать нормально. В journalctl при зависании сразу выпадает ошибка surface_state_changed: assertion 'wl_window->has_last_sent_configuration' failed После чего окно зависшей программы не реагирует ни на какие действия. А при переходе в обзорный режим в журнал падает ошибка g_closure_unref: assertion 'closure->ref_count > 0' failed Писал об этом в чате "Alt Gnome Чат" в telegram и прикладывал видео. 293257 4 alt 2026-08-27 15:47:01 +0300 Пока сделал костыль, который позволяет обходить проблему: для этого в ~/.bashrc добавляю алиас для наутилуса: alias nautilus="GDK_BACKEND=x11 nautilus" после этого перезапуск/перелогин или просто команда source ~/.bashrc Проверьте, у кого ещё этот баг 299197 5 alt 2026-09-16 17:49:13 +0300 Игнорируйте мой предыдущий комментарий. Короче, принудительное включение рендеринга в gnome через Vulkan (для систем, поддерживающих Vulkan, вроде как от версии 1.3), или софтового через cairo (для систем, не поддерживающих vulkan нужной версии) устраняет зависания. Что сделать: установить переменную GSK_RENDERER=vulkan или GSK_RENDERER=cairo в /etc/environment Если эта переменная принудительно не выставлена, то по-умолчанию работает некий "новый рендерер ngl", который и выпадает в ошибки. Нет смысла выставлять GSK_RENDERER=gl, чтобы включить старый opengl рендер, т.к., как я понял, старого там и нет, и в этом случае тоже будет использоваться ngl