Bug 39358 - Нельзя переместить "активное окно" гостевой системы virtualbox 6.1.8
Summary: Нельзя переместить "активное окно" гостевой системы virtualbox 6.1.8
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: virtualbox (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Valery Sinelnikov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-02 10:23 MSK by Владимир Осташов
Modified: 2023-06-30 10:27 MSK (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Владимир Осташов 2020-12-02 10:23:15 MSK
VirtualBox (версия 6.1.8 r137981)окно с запущенной гостевой виртуальной машиной не перемещается по экрану. Гостевые дополнения в гостевой ОС установлены, плагин Extension Pack в хостовой ОС установлен.В CentOS данной проблемы нет. (жалоба клиента ~21969)

При проверке на alt w 9 (host), alt education 9.1 (guest) можно переместить окно тоько делая его неактивным ..
Comment 1 Andrey Cherepanov 2020-12-02 12:11:28 MSK
В хостовой системе Альт Образование 9.1 (KDE5) окно перемещается. Уточните используемый дистрибутив на хосте.
Comment 2 Владимир Осташов 2020-12-02 12:40:51 MSK
у меня 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))

клиент не уточнил ..
Comment 3 Evgeny Sinelnikov 2020-12-02 12:49:08 MSK
Давайте уточним сценарий перемещения окна, если оно не перемещается. Как это должно работать? И как это не работает?

У меня сценарий раюотает:
- запускаем virtualbox;
- стартуем виртуалку с гостевой машиной;
- перемещаем окно - оно перемещается.
На KWorkstation проблем не замечал. На Mate тоже, но ещё раз проверю.

Вопросу о том, что проблему, которую невозможно воспроизвести, невозможно исправить, только если случайно. Мне пока непонятно что не работает.
Comment 4 Kot_Uchoniy 2020-12-03 08:36:12 MSK
AltWorkstation 9.1 на хостовой машине. Не работает следующий сценарий:
- запускаем virtualbox
- стартуем виртуалку с гостевой машиной.
- работаем в гостевой системе.
- при попытке переместить окно с гостевой системой оно не перемещается. Для перемещения требуется сделать окно с гостевой системой неактивным. Если попытаться переместить не активное окно, то оно перемещается.
Так же когда активно окно с гостевой системой, то не вызывается контекстное меню на панелях (например нельзя вызвать правой клавишей мыши меню параметров звука). Такое ощущение, что окно с гостевой системой перехватывает действия мыши до тех пор, пока не будет выполнена активация другого окна или переход на рабочий стол.

(Ответ для Evgeny Sinelnikov на комментарий #3)
> Давайте уточним сценарий перемещения окна, если оно не перемещается. Как это
> должно работать? И как это не работает?
> 
> У меня сценарий раюотает:
> - запускаем virtualbox;
> - стартуем виртуалку с гостевой машиной;
> - перемещаем окно - оно перемещается.
> На KWorkstation проблем не замечал. На Mate тоже, но ещё раз проверю.
> 
> Вопросу о том, что проблему, которую невозможно воспроизвести, невозможно
> исправить, только если случайно. Мне пока непонятно что не работает.
Comment 5 Владимир Осташов 2020-12-03 09:09:33 MSK
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 окно нормально перемещается.
Comment 6 Vladimir Cherny 2021-01-02 19:01:07 MSK
virtualbox-6.1.12a-alt2.x86_64, Сизиф, обсизифленная ws9,
Поведение точно такое же.

Окно виртуальной машины стартует в центре и переместить его можно только переключившись на другое окно (т.е. в неактивном состоянии) или за его "тень" на панели.
При активном по правой кнопке даже не появляется меню.
Comment 7 Evgeny Sinelnikov 2021-01-02 19:34:22 MSK
Трудно оценить в чём техническая причина текущего поведения virtualbox в mate. Это поведение достаточно трудно описать, чтобы это выглядело понятно и убедитиельно с точки зрения наличия проблемы вообще.

Мне удалось воспроизвести проблему, а вот понять с чего её начать решать и как отлаживать - нужно подумать.

Суть проблемы. При запуске окна виртуальной машины virtualbox в среде mate, фокус окна не возвращается из виртуальной машины в графическую среду. В результате окно приложения остаётся неактивным.


Напрямую разбор проблемы требует основательного вложения времени:
- нужно разобраться в причинах поведения - какая часть в связке virtualbox, как qt5-приложения, и графического окружения mate, в котором virtualbox запускается, отрабатывает в момент проявления проблемы некорректно?
- Какое исправление в mate или в virtualbox (а может быть и в qt5) требуется внести для того, чтобы исправить данное поведение?

Варианты отладочных действий:
- проверить работу более старых версий virtualbox;
- проверить работу бинарной сборки от апстрима;
- в зависимости от получившихся результатов разбираться дальше.
Comment 8 obidinog@basealt.ru 2023-06-21 16:17:40 MSK
Проверено на 
workstation-9.2-x86-64

Пакет:
virtualbox 6.1.26-alt1

Ошибка воспроизводится. Окно не перемещается

На kworkstation-9.2-x86-64 ошибка не воспроизводится
В p10 на workstation не воспроизводится
В workstation(обновленный до sisyphus) не воспроизводится
Comment 9 Vladimir Cherny 2023-06-21 17:32:49 MSK
Альт рабочая станция 10.1,  MATE, обновлено до текущего сизифа
virtualbox-7.0.8-alt2.x86_64
Ядро 6.3.8-un-def-alt1
Ошибка воспроизводится.
Comment 10 Valery Sinelnikov 2023-06-22 00:16:39 MSK
Действительно, есть такая особенность - в большинстве случаев достаточно однократного нажатия правого Ctrl перед перемещением окна.
Comment 11 Vladimir Cherny 2023-06-22 11:40:25 MSK
Способ с правым Control работает (это ведь штатная Host-клавиша), но надо практически сразу двигать окно. Собственно, скорее всего это эквивалентно потере фокуса перемещаемым окном. А это и так было. Т.е. если окно ВМ "торчит" из под других (не в фокусе), то его можно захватить и переместить. Желательно все же избавиться от такого глюка.
Comment 12 obidinog@basealt.ru 2023-06-30 10:27:04 MSK
Перепроверил на версии Sisyphus (7.0.8-alt3), ошибка воспроизводится. Если нажать правый ctrl то окно перемещается, без нажатия окно не перемещается