Serious screen painting issue in VBox 5.0

[Rafcio]

Starting with VBox 5.0.0 and still present in 5.0.4 the guest screen is not painted properly. The upper left, about 2/3 of the screen is not painted leaving the host desktop in that place. Obviously, the guest cannot be used if most of its screen is not visible. The screen shot and log file will be attached. <br> Also, the guest menu at the bottom of the screen is not visible (the thin stripe), nor it can be brought up by hovering the mouse at the bottom of the screen where the menu is supposed to be.

[Rafcio]

Log

[Rafcio]

Screen shot

[Frank Mehnert]

What happens if you disable 3D support for this VM?

[Rafcio]

No change, however I noticed the following. The problem happens only in full screen mode. When I change to windowed mode the problem goes away. When I switch back to full screen, the problem comes back. Also, the white bar at the bottom of the unpainted area is where the VM pop up menu appears. If I move the mouse cursor to the bottom of the white bar in the unpainted area, the menu pops up normally. It is not at the actual bottom of the screen.<br> Speaking about the pop up menu. It's been always like this, but if I move the mouse to the very bottom of the screen (I'm talking about normally working full screen VM) where the thin bar is, it will not pop up. I have to move the mouse literally "one pixel" up for the menu to appear. It does not appear when the mouse is at the very, very last row of pixels. Not a huge issue and I haven't opened a separate ticket about this, but I thought I'd mention it so it possibly can be fixed.<br> One more thing. If you need any testing done send all of the tests to be performed at once. I have to uninstall the working version 4.3.30, install broken 5.0.4, perform the test and then unistall the broken version and install the working version. Therefore, this can happen perhaps once a week as I rely on this VM on the daily basis.

[Frank Mehnert]

At the moment to me this looks like some bad interaction between VirtualBox and your host graphics driver. I'm not aware of any similar graphics problems with fullscreen. And the 3D graphics support on EL6 (is this CentOS, RHEL6 or Oracle Linux 6?) isn't that great anyway. Also, what kind of window manager are you using?

[Rafcio]

It looks like this has nothing to do with 3D support. Whether this option is on or off the full screen session isn't painted properly. And this bug was introduced in version 5.0.0. Previous versions up to and including 4.3.30 worked fine. This is RHEL6, but you'd need to tell me how do I determine the window manager. I'm not a Linux expert and this is my employer's build. I wouldn't use Linux if I had a choice.

[Rafcio]

I'm guessing nothing is happening regarding this issue. My experience has shown that a problem may get some attention initially, but after some it get shelved and perhaps never looked again into.

Anyway, the problem is still present in 5.0.16 with a little modification. The screen doesn't get "scaled" like it was happening initially, bur now the white bar (where the menu should be) appears at the bottom of the screen (where it should be), but the entire screen is not painted (refreshed), so still completely unusable in full screen mode. The window manager is Gnome if this matters and I noticed one interesting thing. Even if the VM can't start (i.e. extension pack is necessary, but not installed), immediately when the VM is started the screen is switched to that "scaled" mode, even before any error from the VM is displayed. This should be easy to fix. This happens every time, so for the time being I'm stuck with 4.3.30 that works fine. The interaction with graphics driver has been changed in 5.0 (obviously) and that is what broke it. I can go back and forth between 4.3.30 which works and any 5.0.x versions that don't work.

[kolp4vbox]

Windows 10 guest black areas

[kolp4vbox]

Just today after getting the last release 5.0.20 r106931, problems with graphic continue to be. I expected may be this time they would be solved but I see the same picture. Any time when I try to drug and drop, say a file, from one window to another, I can see black areas following the mouse (see picture in attachment). It happens under ubuntu (14.04 and later) host and Windows 10 guest. I did not notice such a problem with Windows 7 guest. Sometime after such manipulations Windows 10 goes to reboot.