VirtualBox

Opened 15 years ago

Closed 5 years ago

#4866 closed enhancement (wontfix)

Disable macosx top menu bar on fullscreen -> won't fix

Reported by: Giovanni Toraldo (gionn) Owned by:
Component: host support Version: VirtualBox 3.0.10
Keywords: Cc:
Guest type: Linux Host type: Mac OS X

Description (last modified by Michael Thayer)

I feel very annoyed by the macosx top menu bar and dock appearing when I move the pointer to the top area of my fullscreen guest os.

Can be integrated in Virtualbox an option to enable/disable it, similar with the mini-toolbar on the bottom? There is some work-around to disable it?

The last resort is to disable mouse integration, so the top menu bar will not appear, but the mouse movements are ugly.

Thanks.

Change History (27)

comment:1 by qqilihq, 15 years ago

I would really appreciate such an option.

With the current behaviour the upper screen edge is rather unusable for the VM.

(already asked in the forums recently -- http://forums.virtualbox.org/viewtopic.php?f=8&t=21676)

comment:2 by aquarius, 15 years ago

subscribe

comment:3 by S. Peter, 15 years ago

+1

comment:4 by strongglad, 14 years ago

I, too, would greatly appreciate the addition of this feature.

comment:5 by James Pole, 14 years ago

I too would like to echo support for such a feature. It makes it very irritating using a Gnome guest under a Mac OS X host.

However I have not seen the Dock while working in full screen mode with mouse integration enabled? It only seem to occur with the OSX menu bar and the VirtualBox minibar. I can live with the minibar -- just not the Dock and the OSX menu bar!

comment:6 by Christian Pötzsch, 14 years ago

Summary: Disable macosx top menu bar on fullscreenDisable macosx top menu bar on fullscreen -> fixed in SVN

This behavior is now changed. I disabled the auto showing of the dock and the menu in the next major version of VirtualBox.

comment:7 by Giovanni Toraldo (gionn), 14 years ago

Thank you poetzsch!

comment:8 by qqilihq, 14 years ago

Glad! Thank you!

in reply to:  6 comment:9 by strongglad, 14 years ago

Thanks very much!

comment:10 by Technologov, 14 years ago

Added myself as CC.

-Technologov

comment:11 by Frank Mehnert, 14 years ago

Alexey, can you confirm that this bug is fixed? The code should already be in 3.1.0 Beta1.

comment:12 by Giovanni Toraldo (gionn), 14 years ago

@frank: I am happily using the beta without the top bar on fullscreen :) It was also on the release changelog, did you read it?

comment:13 by Frank Mehnert, 14 years ago

Summary: Disable macosx top menu bar on fullscreen -> fixed in SVNDisable macosx top menu bar on fullscreen -> fixed in 3.1.0/SVN
Version: VirtualBox 3.0.4VirtualBox 3.0.10

Ok, I appreciate your feedback :-) I just wanted to be 100% sure that this is fixed.

comment:14 by Frank Mehnert, 14 years ago

Resolution: fixed
Status: newclosed

comment:15 by Hao Ching Lim, 14 years ago

Resolution: fixed
Status: closedreopened

I did not face the problem above as I am using a dual-screen setup on my Mac. However, with this new fix, the menu to change to Full screen and Seamless mode is no longer accessible. Meaning I need to use the hotkeys to change the display.

Suggestion: Provide an option to turn on or off the Dock and Menubar display. It is personal preference for the visibility of both of the item.

comment:16 by vila, 14 years ago

ARGH !

Add an option please, I understand other needs, but mine is currently ruined :-(

I was fully happy with the top menu bar and dock appearing with the mouse integration disabled.

Most importantly, with the new behavior I've lost the ability to use cmd-H to quickly come back to OSX !

That means the wonderful user experience consisting of:

  • from OSX to guest: click the icon in the dock
  • from guest to OSX: press cmd-H

is now lost.

Instead, I need to use host-F to come back to OSX but even there, the guest is not hidden anymore :-(

comment:17 by vila, 14 years ago

Alternatively some host-? shortcut to hide the VM will be fully satisfying too :-D

comment:18 by Giovanni Toraldo (gionn), 14 years ago

@vila:

  • Host-H is working as before, for me, both on fullscreen and window mode.
  • If you need quick access to the bar, you can also maximize window without entering fullscreen. Fullscreen is intended to be used when you don't have to switch between other apps than the guest machine and use full screen resolution.

comment:19 by vila, 14 years ago

@gionn: host-H doesn't exist here and cmd-H has stopped working (I tried hard, believe me). I've discovered these issues after an upgrade to OSX 10.6 and vbox 3.1.0, may be that can explain the different behavior. Also, I spend most of my time in the guest, so fullscreen is really what I want.

Two more remarks:

1) cmd-Q has been lost too

2) I've found an acceptable workaround for the lack of cmd-H: 'host' key followed by the expose key gives me a quick way to select my target application in OSX or anything on the dock. To come back to my guest, I can click its icon in the dock like before. The main difference with the previous workaround (involving host-F) is that it avoids the ugly redimensioning of the screen.

\o/

Hope that can help others, yet, host-H and host-Q as aliases to cmd-H and cmd-Q would be really welcome !

comment:20 by Giovanni Toraldo (gionn), 14 years ago

Here the same: OSX 10.6 with all updates and 3.1.0, and I am with the default host key (left cmd): any problem at all with every keyboard shortcut you can see on the Guest menu.

comment:21 by vila, 14 years ago

Right, I use the right option key, I think that explain it.

ISTM that neither cmd-H nor cmd-Q are bound to the host key, you get them working because you din't redefine the host key, so good for you, they still work because they are by default bound to the cmd key.

So the bug can be viewed as the lack of binding to the host key for H and Q, I let the devs decide :-)

comment:22 by Giovanni Toraldo (gionn), 14 years ago

Ok, now that you get it, I think you should probably file a new bug about that.

comment:23 by Christian Pötzsch, 14 years ago

Resolution: fixed
Status: reopenedclosed

See #5684 for the CMD+Q & CMD+H problem. See #5636 for the solution of this problem.

comment:24 by elliott balsley, 5 years ago

I'm having the same problem in version 5.2.26 on macOS 10.14 host. I guess this is related to the way macOS changed full-screen apps in recent versions. When I have the Windows guest in full-screen, moving the mouse near the top makes the host menu bar appear. Can we re-open this ticket?

comment:25 by elliott balsley, 5 years ago

Resolution: fixed
Status: closedreopened

in reply to:  24 comment:26 by Socratis, 5 years ago

Replying to elliott balsley:

When I have the Windows guest in full-screen, moving the mouse near the top makes the host menu bar appear.

And what's exactly the problem with that? You can either be careful, or move the mouse and the menubar will go away.

Same beautiful effect with the Dock on the bottom side!

Working with 3 different hosts (OSX, Win*, Linux Mint 19) I can tell you that I *wish* that this is how the non-OSX hosts worked as well... ;)

Last edited 5 years ago by Socratis (previous) (diff)

comment:27 by Michael Thayer, 5 years ago

Description: modified (diff)
Resolution: wontfix
Status: reopenedclosed
Summary: Disable macosx top menu bar on fullscreen -> fixed in 3.1.0/SVNDisable macosx top menu bar on fullscreen -> won't fix

This will not be fixed for two reasons. We switched to using the proper macOS full-screen functionality in order to have more screen space available for VirtualBox, and Apple do not make it easy to disable the menu bar. And there have been changes in the developer team in the past ten years: the new team do not wish to be able to hide the menu bar on the grounds that it increases the risk that users will have trouble exiting full-screen mode. Disabling mouse integration should still do as a work-around, and this makes sense for the main use case we expect for disabling the menu bar, namely "kiosk mode".

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use