Dragging the Mac window leaves the Windows window behind

Discussions related to using VirtualBox on Mac OS X hosts.

Dragging the Mac window leaves the Windows window behind

Postby ptram » 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.

vb-mac-win.png
vb-mac-win.png (13.03 KiB) Viewed 306 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
ptram
 
Posts: 43
Joined: 10. Dec 2008, 18:58

Re: Dragging the Mac window leaves the Windows window behind

Postby andyp73 » 31. Jan 2019, 09:35

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.
andyp73
Volunteer
 
Posts: 1642
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


Return to VirtualBox on Mac OS X Hosts

Who is online

Users browsing this forum: socratis and 18 guests