5.1.x series - Fullscreen and mouse pointer offset in Gnome 3.20+

[tekstryder]

Windows 10 guest, Arch Linux host with Gnome 3.20 and 3.22. Been observing this regression since the initial 5.1.x releases and still present in 5.1.8 with 5.1.8 guest additions.

STR:

1) Load guest Win10 in fullscreen mode. 2) Navigate away to another non-Virtualbox window. 3) Navigate back to Virtualbox window.

Expected result: Fullscreen display is maintained

Actual result: Entire fullscreen display is shifted down by X pixels equal to the size of the Gnome bar at top of screen. This offset equally applies to the mouse pointer. Notice in attached screenshot that the top bar area from the native display manager is showing the Gnome desktop background. Also notice the position of the pointer relative to the hovered state of the taskbar icon.

[tekstryder]

VBox.log

[tekstryder]

vbox-fullscreen-offset-gnome-bar

[tekstryder]

Is there any more information I can provide to move this ticket along?

Fullscreen mode is unusable with this regression. The only workaround is to toggle fullscreen mode every time you visit the VM window.

[tekstryder]

Vbox log fullscreen bug

[tekstryder]

This regressed behavior is still present in 5.1.10

Added log of issue reproduced with 5.1.10 GA.

[i2000s]

Replying to tekstryder:

Is there any more information I can provide to move this ticket along?

Fullscreen mode is unusable with this regression. The only workaround is to toggle fullscreen mode every time you visit the VM window.

Could you illustrate more on the workaround? I found this is really annoying that if I resize the window, not only this issue persists but also shifts the content inside of the window a lot randomly.

[tekstryder]

Replying to i2000s:

Replying to tekstryder:

The only workaround is to toggle fullscreen mode every time you visit the VM window.

Could you illustrate more on the workaround? I found this is really annoying that if I resize the window, not only this issue persists but also shifts the content inside of the window a lot randomly.

Not sure how to elaborate or if you may have the same issue. More details.. I've not tried various window-mode sizes, only fullscreen or maximized. When entering fullscreen mode via host+F it is rendered correctly. Switching to another window, and then back to Virtualbox causes the issue where the top n-pixels equal to the height of the Gnome bar shows my Gnome background color and creates the offset whereby the bottom of the screen is off-screen, and the mouse pointer is also offset by the vertical difference of the top bar.

I've since stopped using fullscreen mode as a result (I regularly switch to/from non-vbox windows), but my only reliable workaround is to simply toggle fullscreen with host+F. This restores fullscreen behavior as expected... until I switch to another window!

[tekstryder]

Unfortunately this regression is still present in 5.1.12 with 5.1.12 GA.

[tekstryder]

Same problem with 5.1.14, though no surprise as I'm not sure how to draw any triage attention to this bug report.

On the bright side, I've grown proficient with windowed mode, though I would still prefer to use fullscreen again in the future if this is ever resolved.

Also, reference to a later duplicate of this issue, bug #16207. I don't see any ability to actually mark a bug as a dupe.

[Michael Thayer]

Out of interest, do you see this if you install a build of VirtualBox ("All distributions") from our download<1> page?

1. https://www.virtualbox.org/wiki/Linux_Downloads

[tekstryder]

Replying to michael:

Out of interest, do you see this if you install a build of VirtualBox ("All distributions") from our download<1> page?

1. https://www.virtualbox.org/wiki/Linux_Downloads

I'd be happy to, but I don't see any documentation specific to this build.

1) Does it supplant the distribution-provided packages (Arch) or run side-by-side?

2) Is it standalone with all dependencies included, or does it touch system libraries?

3) Is there an uninstall procedure if #2 is no?

[Michael Thayer]

You will need to remove the Arch package to install it; it mainly bundles its dependencies; and it can be uninstalled using the uninstallation script it puts into /opt/...

[conmarti]

I do have the same issue with 5.1.28 on OpenSuse Leap 42.3 (Gnome 3.20.2). I've tried 2 different versions of Virtualbox. Both, the distribution specific one and the "All distributions" shows the same weird behavior.

[F]

VBox.log file

[F]

I have had the same problem since VirtualBox 5.1 and Gnome Shell under Fedora 24/25 with Gnome 3.20 and Gnome 3.22, and it's still present under VirtualBox 5.2 and Gnome 3.24.

3D, as well as 2D acceleration are not enabled.

Please see log file attached above for more details.

[F]

Any more ideas on this? Would you like more information to assess this bug?

[F]

Still present in VirtualBox 5.2.2

[F]

still present in VirtualBox 5.2.4

[F]

still present in VirtualBox 5.2.6

[feser]

I have got the same bug with 5.2.8 on Fedora 26 (gnome-shell 3.24.3 + Xorg)

[F]

You ain't gonna fix this one, right?

[F]

I think this problem is related to Xorg. When I login into a Wayland Gnome session - the offset doesn't appear.

[Mitk0]

I'm also seeing this with on 6.1.2 with a fresh Ubuntu 19.10 (coming with GNOME Shell 3.34.1).

Here are two related issues in the trackers of Mutter and GNOME Shell:

• ​https://gitlab.gnome.org/GNOME/mutter/issues/397
• ​https://gitlab.gnome.org/GNOME/gnome-shell/issues/386