Удалось добиться стабильного зависания окна на видеокарте AMD.

Шаги для воспроизведения:
- Открыть каталог с несколькими десятками видео или pdf-файлов.
- Попеременно через контекстное меню открывать-закрывать диалог "Открыть с помощью" и "Свойства". Уже через 3-5 повторений начнутся проблемы с открытием контекстного меню на ПКМ. Оно не будет открываться с первого раза.
- Через ~15 повторений окно зависает. Наиболее быстрое зависание произошло на седьмое повторение.

Шаги воспроизведения:
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.

Подтверждаю воспроизведение бага на двух машинах:
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 и прикладывал видео.

Пока сделал костыль, который позволяет обходить проблему:

для этого в ~/.bashrc добавляю алиас для наутилуса:
alias nautilus="GDK_BACKEND=x11 nautilus"

после этого перезапуск/перелогин или просто команда
source ~/.bashrc

Проверьте, у кого ещё этот баг

Игнорируйте мой предыдущий комментарий.
Короче, принудительное включение рендеринга в gnome через Vulkan (для систем, поддерживающих Vulkan, вроде как от версии 1.3), или софтового через cairo (для систем, не поддерживающих vulkan нужной версии) устраняет зависания.

Что сделать: установить переменную
GSK_RENDERER=vulkan
или
GSK_RENDERER=cairo
в /etc/environment

Если эта переменная принудительно не выставлена, то по-умолчанию работает некий "новый рендерер ngl", который и выпадает в ошибки. Нет смысла выставлять GSK_RENDERER=gl, чтобы включить старый opengl рендер, т.к., как я понял, старого там и нет, и в этом случае тоже будет использоваться ngl