Created attachment 22371 [details] видео opentoonz-1.8.0-alt2 Стенды (обновлённые до Sisyphus): Alt Education kde/xfce 11.2 Alt Workstation 11.2 Alt Workstation K 11.4 Шаги для воспроизведения: 1) # apt-get install opentoonz 2) $ opentoonz Ожидаемый результат: корректное открытие opentoonz Реальный результат: открывается несколько окон opentoonz, одно из которых (startup opentoonz) открывается позади из-за чего пользователь может ошибочно подумать что приложение не рабочее. Дополнительно: На workstation вообще все окна открываются позади основного.
Это связано с тем, что qt.qpa.wayland: Wayland does not support QWindow::requestActivate() opentoonz собран с qt5 и qt6 там пока нет.. но зато есть куча других проблем связанных с этим по этому как обходное решение, в ярлык запуска можно добавить конструкцию Exec=env QT_QPA_PLATFORM=xcb opentoonz чтобы обычный пользователь запускал с ярлыка в нормальном, скажем так, режиме
https://github.com/opentoonz/opentoonz/issues/5754#issuecomment-3591824026
Проверил через MCP Poligon на стенде Workstation K 11.4, обновлённом до Sisyphus, в Plasma/Wayland. На opentoonz-1.8.0-alt2 воспроизвёл скрытый Startup: главное окно оказывается над ним, Alt+Tab позволяет показать диалог. Для Startup нашлась конкретная причина, помимо предупреждения requestActivate(): MainWindow::showEvent() создаёт и показывает StartupPopup до завершения показа главного окна. В WAYLAND_DEBUG=1 у Startup отсутствует xdg_toplevel.set_parent. Поэтому оконный менеджер не получает связь диалога с главным окном. При этом Preferences, открытый из меню после запуска, уже получает правильного родителя и на этом KDE-стенде показывается нормально. Подготовлено исправление в toonz/sources/toonz/mainwindow.cpp: показ StartupPopup отложен через QTimer::singleShot(0, this, ...), а m_startupPopupShown устанавливается до постановки callback в очередь. Глобальные always-on-top флаги и принудительный переход на Xwayland не нужны для этого воспроизведённого случая. Собрал исправленный OpenToonz на том же стенде с существующими ALT-патчами. Результат: Startup сразу виден поверх главного окна, в трассе появился set_parent главного окна. Добавленная проверка Wayland-трассы падает на исходном пакете и проходит на исправленной сборке. Также проверены закрытие Startup, открытие Preferences, нормальный выход, запуск через QT_QPA_PLATFORM=xcb и сохранение отключённого показа Startup при следующем запуске. На проверенном GNOME-стенде визуальный симптом не воспроизвёлся, хотя исходная Wayland-трасса Startup также не содержала родителя. Сообщение про все окна на Workstation пока не подтверждено; результаты исправления относятся к Startup. Нативный Xorg, Windows/macOS не проверялись. Исправление пока только в рабочем дереве и проверочной сборке; новый RPM не собирался и в Sisyphus не опубликован. Баг оставляю открытым.
Антон, я прошу прощения, что перехватил баг, думал в ярлыке поменять запуск вернул все назад
Created attachment 22374 [details] Показывать Startup после главного окна для корректного transient parent в Wayland Минимальный патч из проверенной на MCP Poligon сборки. Применение из корня исходников: patch -p1 < opentoonz-startup-wayland-parent.patch. Откладывает показ StartupPopup до завершения showEvent главного окна; проверен в KDE/Wayland и через Xwayland. Изменений spec и номера релиза в патче нет.
opentoonz-1.8.0-alt3 -> sisyphus: Fri Oct 09 2026 Anton Farygin <rider@altlinux> 1.8.0-alt3 - fixed startup dialog stacking on Wayland (Closes: #60884)
