VirtualBox (версия 6.1.8 r137981)окно с запущенной гостевой виртуальной машиной не перемещается по экрану. Гостевые дополнения в гостевой ОС установлены, плагин Extension Pack в хостовой ОС установлен.В CentOS данной проблемы нет. (жалоба клиента ~21969) При проверке на alt w 9 (host), alt education 9.1 (guest) можно переместить окно тоько делая его неактивным ..
В хостовой системе Альт Образование 9.1 (KDE5) окно перемещается. Уточните используемый дистрибутив на хосте.
у меня host alt w 9 (обновленная до 9.1,ext pack не устанавливал) # uname -a Linux host-73 5.4.68-std-def-alt1.1 #1 SMP Sat Oct 3 03:14:56 UTC 2020 x86_64 GNU/Linux # cat /etc/os-release NAME="ALT Workstation" VERSION="9.1" ID=altlinux VERSION_ID=9.1 PRETTY_NAME="ALT Workstation 9.1 (Laertes)" ANSI_COLOR="1;33" CPE_NAME="cpe:/o:alt:workstation:9.1" HOME_URL="https://basealt.ru/" BUG_REPORT_URL="https://bugs.altlinux.org/" # rpm -qa | grep virtualbox kernel-modules-virtualbox-addition-video-std-def-6.1.8-alt1.328755.1.x86_64 kernel-modules-virtualbox-addition-video-std-def-6.1.8-alt1.328772.1.1.x86_64 virtualbox-6.1.8-alt3.x86_64 virtualbox-doc-6.1.8-alt3.x86_64 kernel-modules-virtualbox-addition-guest-std-def-6.1.8-alt1.328755.1.x86_64 kernel-modules-virtualbox-addition-std-def-6.1.8-alt1.328772.1.1.x86_64 kernel-modules-virtualbox-std-def-6.1.8-alt1.328772.1.1.x86_64 kernel-modules-virtualbox-addition-std-def-6.1.8-alt1.328755.1.x86_64 virtualbox-guest-common-vboxvideo-6.1.8-alt3.x86_64 kernel-modules-virtualbox-addition-std-def-6.1.8-alt1.328766.1.x86_64 kernel-modules-virtualbox-std-def-6.1.8-alt1.328766.1.x86_64 kernel-modules-virtualbox-addition-guest-std-def-6.1.8-alt1.328772.1.1.x86_64 virtualbox-guest-common-6.1.8-alt3.x86_64 kernel-modules-virtualbox-addition-guest-std-def-6.1.8-alt1.328766.1.x86_64 virtualbox-guest-additions-6.1.8-alt3.x86_64 virtualbox-common-6.1.8-alt3.x86_64 virtualbox-guest-utils-6.1.8-alt3.x86_64 kernel-modules-virtualbox-std-def-6.1.8-alt1.328755.1.x86_64 kernel-modules-virtualbox-addition-video-std-def-6.1.8-alt1.328766.1.x86_64 virtualbox-guest-common-vboxguest-6.1.8-alt3.x86_64 guest (alt education 9.1 (xfce), alt srv 9.1 (mate)) клиент не уточнил ..
Давайте уточним сценарий перемещения окна, если оно не перемещается. Как это должно работать? И как это не работает? У меня сценарий раюотает: - запускаем virtualbox; - стартуем виртуалку с гостевой машиной; - перемещаем окно - оно перемещается. На KWorkstation проблем не замечал. На Mate тоже, но ещё раз проверю. Вопросу о том, что проблему, которую невозможно воспроизвести, невозможно исправить, только если случайно. Мне пока непонятно что не работает.
AltWorkstation 9.1 на хостовой машине. Не работает следующий сценарий: - запускаем virtualbox - стартуем виртуалку с гостевой машиной. - работаем в гостевой системе. - при попытке переместить окно с гостевой системой оно не перемещается. Для перемещения требуется сделать окно с гостевой системой неактивным. Если попытаться переместить не активное окно, то оно перемещается. Так же когда активно окно с гостевой системой, то не вызывается контекстное меню на панелях (например нельзя вызвать правой клавишей мыши меню параметров звука). Такое ощущение, что окно с гостевой системой перехватывает действия мыши до тех пор, пока не будет выполнена активация другого окна или переход на рабочий стол. (Ответ для Evgeny Sinelnikov на комментарий #3) > Давайте уточним сценарий перемещения окна, если оно не перемещается. Как это > должно работать? И как это не работает? > > У меня сценарий раюотает: > - запускаем virtualbox; > - стартуем виртуалку с гостевой машиной; > - перемещаем окно - оно перемещается. > На KWorkstation проблем не замечал. На Mate тоже, но ещё раз проверю. > > Вопросу о том, что проблему, которую невозможно воспроизвести, невозможно > исправить, только если случайно. Мне пока непонятно что не работает.
1 Проверил еще раз на чистой установке (машина физическая, не виртуалка, отдельный hdd) Дистрибутив с https://mirror.yandex.ru/altlinux/p9/images/workstation/x86_64/alt-workstation-9.1-x86_64.iso Выбор при установке все галки, включая виртуализацию, остальное все по умолчанию, полностью обновлена. В данном дистрибутиве у нас по умолчанию стоит mate. При запуске гостевой системы, при попытке переместить окно гостевой системы, зажатой левой кнопкой мыши на верхней полоске гостевой системы ничего не происходит. Ожидаемое действие окно перемещается по экрану. При нажатии на пустое место рабочего стола хостовой системы, верхняя полоска гостевой системы меняет цвет с синего на серый, после чего зажав верхнею полоску гостевой системы левой кнопкой мыши окно можно переместить. 2 При проверке дистрибутива https://mirror.yandex.ru/altlinux/p9/images/education/x86_64/alt-education-9.1-x86_64.iso При установке выбрано все, кроме KDE. Соответственно по умолчанию Xfce. После установки пакетов virtualbox virtualbox-doc окно нормально перемещается.
virtualbox-6.1.12a-alt2.x86_64, Сизиф, обсизифленная ws9, Поведение точно такое же. Окно виртуальной машины стартует в центре и переместить его можно только переключившись на другое окно (т.е. в неактивном состоянии) или за его "тень" на панели. При активном по правой кнопке даже не появляется меню.
Трудно оценить в чём техническая причина текущего поведения virtualbox в mate. Это поведение достаточно трудно описать, чтобы это выглядело понятно и убедитиельно с точки зрения наличия проблемы вообще. Мне удалось воспроизвести проблему, а вот понять с чего её начать решать и как отлаживать - нужно подумать. Суть проблемы. При запуске окна виртуальной машины virtualbox в среде mate, фокус окна не возвращается из виртуальной машины в графическую среду. В результате окно приложения остаётся неактивным. Напрямую разбор проблемы требует основательного вложения времени: - нужно разобраться в причинах поведения - какая часть в связке virtualbox, как qt5-приложения, и графического окружения mate, в котором virtualbox запускается, отрабатывает в момент проявления проблемы некорректно? - Какое исправление в mate или в virtualbox (а может быть и в qt5) требуется внести для того, чтобы исправить данное поведение? Варианты отладочных действий: - проверить работу более старых версий virtualbox; - проверить работу бинарной сборки от апстрима; - в зависимости от получившихся результатов разбираться дальше.
Проверено на workstation-9.2-x86-64 Пакет: virtualbox 6.1.26-alt1 Ошибка воспроизводится. Окно не перемещается На kworkstation-9.2-x86-64 ошибка не воспроизводится В p10 на workstation не воспроизводится В workstation(обновленный до sisyphus) не воспроизводится
Альт рабочая станция 10.1, MATE, обновлено до текущего сизифа virtualbox-7.0.8-alt2.x86_64 Ядро 6.3.8-un-def-alt1 Ошибка воспроизводится.
Действительно, есть такая особенность - в большинстве случаев достаточно однократного нажатия правого Ctrl перед перемещением окна.
Способ с правым Control работает (это ведь штатная Host-клавиша), но надо практически сразу двигать окно. Собственно, скорее всего это эквивалентно потере фокуса перемещаемым окном. А это и так было. Т.е. если окно ВМ "торчит" из под других (не в фокусе), то его можно захватить и переместить. Желательно все же избавиться от такого глюка.
Перепроверил на версии Sisyphus (7.0.8-alt3), ошибка воспроизводится. Если нажать правый ctrl то окно перемещается, без нажатия окно не перемещается
ALT Workstation 10.4 (Autolycus) Mate virtualbox-7.0.18-alt2.x86_64 Ошибка воспроизводится. Если окно активно - не передвигается. Переместить возможно только двумя способами: 1. Если окно гостевой системы было не активно в момент захвата, его можно схватить и переместить. 2. Если перед захватом удерживать RCTRL Имею две идентичных конфигурации рабочих машин по оборудованию (разница только в видеокартах) В одной - ошибки нет, в другой есть.
Результат проверки актуальности Состояние: Ошибка подтверждалась на VirtualBox 7.0.18 в 2024 году. Сейчас доступны версии 7.2.x, но явного исправления в changelog не найдено. Рекомендация: провести ручной ретест с актуальными Guest Additions
Результат проверки актуальности Состояние: Захват фокуса мыши гостевой системой мешал перемещению активного окна VirtualBox в MATE; в 2024 году проблема ещё воспроизводилась на 7.0.18. Сейчас в Sisyphus VirtualBox 7.2.20, в p11 7.2.8; доказательства исправления нет. Рекомендация: Ретест на актуальном Sisyphus/MATE: начать работу в госте, затем попытаться перетащить активное окно за заголовок без нажатия Host-клавиши. Назначение qa-team сохранено.
