Dragging the Mac window leaves the Windows window behind

Discussions related to using VirtualBox on Mac OS X hosts.
Post Reply
ptram
Posts: 75
Joined: 10. Dec 2008, 18:58

Dragging the Mac window leaves the Windows window behind

Post by ptram »

Hi,

This happens with VB 6.0.4, but also happened with 6.0 and 6.0.2. It also happened with the latest versions of 5.x.

When you drag the Mac VM window, inside which the Windows VM is running, the Mac window moves on the screen. However, its content is not moved, and remains in the same position.

To fix this issue, you have to minimize the Mac windows, and then put it back to the regular size. From here, everything works fine.

All VB Mac extensions, and the VB Win extensions are up-to-date.
vb-mac-win.png
vb-mac-win.png (13.03 KiB) Viewed 1161 times
As you can see in the image, on the left, a bit low, filled in black, you can see the Mac's window frame. On the right, higher in the screen, what is supposed to be its content (the Windows desktop).

Below, what I can see at that time in the Console.

Best,
Paolo


default 01:16:36.089159 +0100 VirtualBoxVM LSExceptions shared instance invalidated for timeout.
default 01:17:16.392131 +0100 VirtualBoxVM IOHIDDeviceClass::start: elementCount=13 reportHandlerCount=4
default 01:17:16.392177 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=0 *buffer=7ff701837a30 *count=13 size=1248
default 01:17:16.392252 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=1 *buffer=7ff7026caf80 *count=4 size=384
default 01:17:16.392725 +0100 VirtualBoxVM IOHIDDeviceClass::start: elementCount=5 reportHandlerCount=1
default 01:17:16.392776 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=0 *buffer=7ff7026c01b0 *count=5 size=480
default 01:17:16.392834 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=1 *buffer=7ff702697930 *count=1 size=96
default 01:17:41.161292 +0100 VirtualBoxVM 3355: aq@0x7ff701107000 volume 1.000 1.000 1.000 1.000 1.000
default 01:17:41.161494 +0100 VirtualBoxVM 194: AQME device AppleHDAEngineOutput:1B,0,1,2:0: client starting: <AudioQueueObject@0x7ff701107000; [0]; play>; running count now 1
default 01:17:41.161786 +0100 VirtualBoxVM 1026: aqmeio@0x7ff70231bb70, device 0xd2 (AppleHDAEngineOutput:1B,0,1,2:0), AudioDeviceStart (err 0)
default 01:17:46.526659 +0100 VirtualBoxVM 390: AQME device AppleHDAEngineOutput:1B,0,1,2:0: client stopping: <AudioQueueObject@0x7ff701107000; [0]; play>; running count now 0
default 01:18:16.890901 +0100 VirtualBoxVM IOHIDDeviceClass::start: elementCount=13 reportHandlerCount=4
default 01:18:16.890963 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=0 *buffer=7ff702af0e30 *count=13 size=1248
default 01:18:16.891051 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=1 *buffer=7ff7083248d0 *count=4 size=384
default 01:18:16.891523 +0100 VirtualBoxVM IOHIDDeviceClass::start: elementCount=5 reportHandlerCount=1
default 01:18:16.891574 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=0 *buffer=7ff702598790 *count=5 size=480
default 01:18:16.891617 +0100 VirtualBoxVM IOHIDDeviceClass::buildElements: type=1 *buffer=7ff70836fd30 *count=1 size=96
andyp73
Volunteer
Posts: 1631
Joined: 25. May 2010, 23:48
Primary OS: Mac OS X other
VBox Version: PUEL
Guest OSses: Assorted Linux, Windows Server 2012, DOS, Windows 10, BIOS/UEFI emulation

Re: Dragging the Mac window leaves the Windows window behind

Post by andyp73 »

This is a known issue with macOS versions High Sierra and later. See #17168: VB display frame and content are no longer bound in High Sierra (osx 10.13) for details of the available workarounds.

-Andy.
My crystal ball is currently broken. If you want assistance you are going to have to give me all of the necessary information.
Please don't ask me to do your homework for you, I have more than enough of my own things to do.
Post Reply