Page 1 of 1

Dragging the Mac window leaves the Windows window behind

Posted: 31. Jan 2019, 02:22
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 1175 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

Re: Dragging the Mac window leaves the Windows window behind

Posted: 31. Jan 2019, 09:35
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.