56904 2025-11-18 17:01:18 +0300 Не работает автоматическое изменение размера экрана ВМ на ALT Education (XFCE) (X11) 2026-06-03 19:22:23 +0300 1 1 1 Unclassified Branch p11 spice-vdagent unspecified x86_64 Linux NEW https://bugzilla.altlinux.org/show_bug.cgi?id=56903 P5 normal --- 1 varaksaaa shaba alexei.mezin antohami bozhchenkopa zerg qa-p11 oldest_to_newest 277378 0 varaksaaa 2025-11-18 17:01:18 +0300 Шаги ==== 1. Создать ВМ в среде Proxmox Virtual Environment с ALT Education (XFCE). 2. Подключиться к ВМ с помощью remote-viewer (пакет virt-viewer) с реальной машины (например, ALT Workstation 11.0 x86_64, обновлённый до p11). 3. Войти в графическую сессию обычным пользователем. 4. Изменить размер окна remote-viewer. Фактический результат ===================== Размер/разрешение экрана ВМ не изменяется. Ожидаемый результат =================== В течение нескольких секунд разрешение экрана ВМ подстроилось под размер окна. Воспроизводимость ================= Воспроизводится на виртуальных машинах: [p11] ALT Education (XFCE) 11.0 x86_64 spice-vdagent-0.22.1-alt2 [p11+398458.2] ALT Education (XFCE) 11.0 x86_64 spice-vdagent-0.23.0-alt2 В sisyphus проверить в настоящий момент возможности нет. Клиент virt-viewer-11.0-alt3.x86_64 283217 1 alexei.mezin 2026-03-04 22:16:17 +0300 На Wayland+KDE тоже не работает. PVE, видео qxl, гость К11 обновленная, virt-viwer из Сизифа. Ни буфера обмена, ни изменения разрешения. Ровно та же исходная ситуация, но гость Раб.Станция (т.е. Гном) -- все работает. Если видео сменить на VirtIO, то автомасштабирование работает. Но ломается RDP. 283221 2 alexei.mezin 2026-03-04 23:04:24 +0300 > Если видео сменить на VirtIO Провел интересное наблюдения: прибил пользовательский процесс spice-vdagent, и запустил его вручную с ключами -x -d (no background, debug) Под Гном, видео qxl: при изменении размеров окна spice в консоль попадают сообщения об изменении разрешения, и (но, кстати, не всегда) выставляется новое разрешение графической сессии. Под КДЕ, видео qxl: ничего в окне не происходит, никаких сообщений после изменения размеров окна spice. Под КДЕ, видео VirtIO-GPU: приходят сообщения аналогичные тем, что видны в Гном, разрешение сессии подстраивается под окно. 283240 3 zerg 2026-03-05 10:21:57 +0300 Интересное наблюдение: * в SuSE spice-vdagent собирается с GTK+3 * в Fedora собирается вообще без GTK 283350 4 alexei.mezin 2026-03-06 02:17:59 +0300 (Ответ для Sergey V Turchin на комментарий #3) > Интересное наблюдение: > * в SuSE spice-vdagent собирается с GTK+3 > * в Fedora собирается вообще без GTK Это ни на что не влияет. Поставил и обновил свежую Федору-КДЕ и Сусю. Везде поведение одинаковое: qxl + KDE + Wayland = окно не масштабируется, буфер обмена работает только в сторону виртуалки. При смене видеодрайвера на VirtIO-GPU окно масштабируется. 283363 5 zerg 2026-03-06 09:21:21 +0300 (Ответ для Alexei V. Mezin на комментарий #4) > Это ни на что не влияет. Поставил и обновил свежую Федору-КДЕ и Сусю. Везде > поведение одинаковое: qxl + KDE + Wayland = окно не масштабируется, буфер > обмена работает только в сторону виртуалки. При смене видеодрайвера на > VirtIO-GPU окно масштабируется. Значит, дело в связке PVE+videoдрайвер. 283372 6 alexei.mezin 2026-03-06 11:58:03 +0300 (Ответ для Sergey V Turchin на комментарий #5) > Значит, дело в связке PVE+videoдрайвер. Все было бы так. Если бы оно не работало под Гномом на тех же параметрах виртуалки. 283373 7 zerg 2026-03-06 12:09:34 +0300 (Ответ для Alexei V. Mezin на комментарий #6) > > Значит, дело в связке PVE+videoдрайвер. > Все было бы так. Если бы оно не работало под Гномом на тех же параметрах > виртуалки. Значит, ещё virt-viewer участвует. 283386 8 alexei.mezin 2026-03-06 15:08:08 +0300 (Ответ для Sergey V Turchin на комментарий #7) > (Ответ для Alexei V. Mezin на комментарий #6) > > > Значит, дело в связке PVE+videoдрайвер. > > Все было бы так. Если бы оно не работало под Гномом на тех же параметрах > > виртуалки. > Значит, ещё virt-viewer участвует. Но как он узнает про Гном внутри виртуалки, если на его пути стоит PVE? Все же скорее проблема живет внутри самой виртуалки, где spice-vdagent как-то не так а чем-то взаимодействует. 283387 9 zerg 2026-03-06 15:24:19 +0300 (Ответ для Alexei V. Mezin на комментарий #8) > Но как он узнает про Гном внутри виртуалки, если на его пути стоит PVE? Все > же скорее проблема живет внутри самой виртуалки, где spice-vdagent как-то не > так а чем-то взаимодействует. Да. Это большая вероятность, т.к. glib/gtk spice-vdagent больше дружат с glib/gtk GNOME и могут что-то по своему делать. 288755 10 bozhchenkopa 2026-06-02 11:57:03 +0300 Workstation K 11.3 x86-64 обновлённая до Sisyphus: Ошибка воспроизводится - при изменении размера окна SPICE, разрешение в самой ВМ не изменяется, вывод масштабируется под новый размер Education KDE 11.1 x86-64 обновлённая до Sisyphus: Ошибка НЕ воспроизводится - при изменении размера окна SPICE сначала происходит масштабирование вывода под новый размер окна, и через пару секунд, меняется само разрешение KDE Plasma в ВМ до нового размера окна Обе виртуальные машины используют Display: VirtIO GPU Версия пакета: spice-vdagent-0.23.0-alt5 288756 11 bozhchenkopa 2026-06-02 11:58:46 +0300 (Ответ для Божченко Павел Александрович на комментарий #10) > Версия пакета: > spice-vdagent-0.23.0-alt5 Клиент: virt-viewer-11.0-alt3 288768 12 antohami 2026-06-02 13:07:23 +0300 (Ответ для Божченко Павел Александрович на комментарий #10) > Workstation K 11.3 x86-64 обновлённая до Sisyphus: Ошибка воспроизводится - > при изменении размера окна SPICE, разрешение в самой ВМ не изменяется, вывод > масштабируется под новый размер > > Education KDE 11.1 x86-64 обновлённая до Sisyphus: Ошибка НЕ воспроизводится > - при изменении размера окна SPICE сначала происходит масштабирование вывода > под новый размер окна, и через пару секунд, меняется само разрешение KDE > Plasma в ВМ до нового размера окна > > Обе виртуальные машины используют Display: VirtIO GPU > > Версия пакета: > spice-vdagent-0.23.0-alt5 echo $XDG_SESSION_TYPE В обоих случаях wayland или в education иксы? 288773 13 bozhchenkopa 2026-06-02 13:51:59 +0300 (Ответ для Антон Мидюков на комментарий #12) > (Ответ для Божченко Павел Александрович на комментарий #10) > > Workstation K 11.3 x86-64 обновлённая до Sisyphus: Ошибка воспроизводится - > > при изменении размера окна SPICE, разрешение в самой ВМ не изменяется, вывод > > масштабируется под новый размер > > > > Education KDE 11.1 x86-64 обновлённая до Sisyphus: Ошибка НЕ воспроизводится > > - при изменении размера окна SPICE сначала происходит масштабирование вывода > > под новый размер окна, и через пару секунд, меняется само разрешение KDE > > Plasma в ВМ до нового размера окна > > > > Обе виртуальные машины используют Display: VirtIO GPU > > > > Версия пакета: > > spice-vdagent-0.23.0-alt5 > > echo $XDG_SESSION_TYPE > > В обоих случаях wayland или в education иксы? В обоих случаях сессия Wayland 288939 14 alexei.mezin 2026-06-03 19:22:23 +0300 p11, проверял на Edu, но аналогично наблюдал и на K, и подозреваю, что даже если обновить до Сизифа. VirtIO драйвер, клиент SPICE под Линукс или Виндовз, не важно. Изменение размеров окна приводит к корректном изменению разрешение в виртуалке. Но! При этом мышиный курсор рисуется в одном месте, а клик делает в другом. Смещение примерно пропорционально величине изменения размеров окна. То есть толку от работающего масштабирования никакого, ибо после изменения размеров окна пользоваться им нельзя. Даже в меню попасть в кнопку "завершить сессию" невозможно. Если НЕ менять размеров окна, а поспользоавться буфером обменя с клиента в виртуалку, тоже сдвигается реальный курсор относительно отображаемого положения. Для проверки запускаем терминал, делаем в нем ls -la, выделяем текст, смотрим на соотвествие выделения курсору. Потом из клиента вставляем в этот же терминал пару букв через буфер, и снова патемся выделить текст. И смотрим, на сколько реальное положение курсора уехало от отображаемого. Все это в КДЕ. Ну и XFCE/xorg через SPICE работет с отличной скоростью, тут же соседняя виртаулка с KDE/Wayland и KDE/Xorg -- работать немозможно, лаги дикие. SPICE + PVE сломан полностью, использовать его для чего-то невозможно в данный момент. А так как мэйнстрим на проект, видимо, забил, будущего у него не заметно.