Dragging the Mac window leaves the Windows window behind
Posted: 31. Jan 2019, 02:22
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.
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
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.
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