VirtualBox

Opened 8 years ago

Closed 7 years ago

Last modified 6 years ago

#16325 closed defect (fixed)

GUI: Toolbar unresponsive in full screen mode

Reported by: edmund101 Owned by:
Component: other Version: VirtualBox 5.1.12
Keywords: GUI Toolbar Fullscreen 112440 Linux Cc:
Guest type: Windows Host type: Linux

Description

Hello VirtualBox Team,

After upgrading VirtualBox from 5.1.10_112026 to 5.1.12_112440, I noticed during operation in full screen mode, that the toolbar was appearing when bringing the cursor to the bottom, but non of its widgets/buttons were responding to mouseover or mouse clicks. The toolbar disappears as expected, when the mouse cursor leaves the bottom area of the screen.

Reverting to the older 5.1.10_112026 showed the toolbar being functional again. Respective Extension Packs had been installed on both versions prior to testing.

Installer used: VirtualBox-5.1-5.1.12_112440_fedora25-1.x86_64.rpm Host: Linux Fedora 25 64bit, KDE desktop Guest: Win7-Prof 64bit SP1, created under 5.1.10_112026, Guest Additions installed

Please come back to me if you need further information

Attachments: Log-File, VDI-File

Kind regards

Attachments (3)

VBox.log.3 (122.6 KB ) - added by edmund101 8 years ago.
win7.vbox (15.6 KB ) - added by edmund101 8 years ago.
mint18k.vbox (4.7 KB ) - added by matthewls 7 years ago.
vbox file; vm minitoolbar doesn't show menu dropdown in seamless or fullscreen modes.

Download all attachments as: .zip

Change History (72)

by edmund101, 8 years ago

Attachment: VBox.log.3 added

by edmund101, 8 years ago

Attachment: win7.vbox added

comment:1 by pawelsel, 8 years ago

Hello

I have the same situation.

Upgrade from 5.1.10_112026 to 5.1.12_112440 Installer used: VirtualBox-5.1-5.1.12_112440_openSUSE132-1.x86_64.rpm Host: OpenSUSE Tumbleweed 64bit, KDE 5 Guest: Windows 10 Pro

Toolbar does not respond to mouse click.

When I restored an old version (VirtualBox-5.1-5.1.10_112026_openSUSE132-1.x86_64.rpm), it works perfectly.

With regards

Last edited 8 years ago by pawelsel (previous) (diff)

comment:2 by mso, 8 years ago

Same situation here with both 5.1.12 and 5.1.14 on Kubuntu 16.04.

The combination of KDE5 + Virtualbox seems to be the one that triggers this problem.

Last edited 8 years ago by mso (previous) (diff)

comment:3 by aelsenaar, 8 years ago

Same problem with 5.1.12. Today I upgraded to 5.1.14 and problem persist. Also using KDE5.

Last edited 8 years ago by aelsenaar (previous) (diff)

comment:4 by PiranhaPhish, 8 years ago

This affects me also.

I didn't see this ticket and just posted about the same issue here: #16415

This isn't just fullscreen mode, it also affects seamless mode where the mini-toolbar is used. It also affects any guest type whether Windows or Linux.

Also using KDE Plasma 5.8.5 and VirtualBox 5.1.14. Not sure if the problem came about due to a recent upgrade from Plasma 5.7 or Virtualbox, but it sounds like it was probably VirtualBox.

Last edited 8 years ago by PiranhaPhish (previous) (diff)

comment:5 by Kuno, 8 years ago

Same problem after Update from 5.0.x to 5.1.14 on Kubuntu 16.04. Into Win7 Guest and on Kubuntu 14.04. 5.1.14 Extensionspack also installed.

Last edited 8 years ago by Kuno (previous) (diff)

comment:6 by allanhitch, 8 years ago

Same here on Fedora 24

comment:7 by ferro_sk, 8 years ago

I confirm the same problem on my Kubuntu 16.04 - Virtualbox Version 5.1.14 r112924 (Qt5.5.1)

comment:8 by stefeno, 8 years ago

I have the same issue after Update from 5.1.10 to 5.1.14.

O.S. Kubuntu 16.04 (64 bit)

comment:9 by NoPH8, 8 years ago

I also have the same trouble. The mini toolbar is displayed properly, but I can't select anything. There is no different where the mini toolbar is: at the top or at the bottom of the screen.

I downloaded test build of the Virtualbox (Version 5.1.13 r112787 (Qt5.6.1) and Version 5.1.15 r113168 (Qt5.6.1)) and Extension pack and I installed it. It works perfect. Mini toolbar is completely working. But in the release builds it does not work. Latest release build uses Qt5.8.0. It looks good but works worst =)

Host OS: Arch Linux 4.8.13-1-ARCH KDE (Plasma 5.9) with latest updates

Virtualbox: Virtualbox x64 5.1.12 and 5.1.14; VirtualBox Extension Pack 5.1.12 and 5.1.14; GuestAddition (Windows Guest) 5.1.12 and 5.1.14

GuestOS: MS Windows 2k8 x64 - fully patched; GuestAddition (Windows Guest) 5.1.12 and 5.1.14

comment:10 by nick_nine, 8 years ago

I just upgraded to Virtual Box 5.1.16, running a Kubuntu installation and I can confirm that this bug still exists in full screen mode. Will this be fixed anytime soon?

  • Linux Version: 4.9.11
  • KDE Plasma Version: 5.8.5
  • KDE Frameworks Version: 5.28.0
  • Qt Version: 5.6.1
  • OS type: 64 bit

comment:11 by allanhitch, 8 years ago

5.1.18 Still the same.... No mini toolbar function in full screen mode..... Fed 24 I thought I was having the same issues in Win 10, but that's working now.

Last edited 8 years ago by allanhitch (previous) (diff)

comment:12 by allanhitch, 8 years ago

Well.... It's not working on my F-24, but it IS working in Win-7 , win-10, and Cent 7

looks like it's my bug at this point.....

comment:13 by zoman, 8 years ago

Verified 5.1.18 with replaced UIMiniToolbar widget from version 5.1.6. Still mini toolbar non-clickable. So the problem is not with the widget itself.

comment:14 by Asie-Joan, 8 years ago

5.1.18 Still the same.... No mini toolbar function in full screen mode in Opensuse Leap 42.2 host and guest win10. Only work the mini tool bar in full screen in version 5.1.10

comment:15 by Alzim, 8 years ago

No work!!!

comment:16 by Kuno, 7 years ago

Version 5.1.20 r114628 (Qt5.5.1)

The Bug still exists. No Work.

Return again to 5.1.10

comment:17 by matthewls, 7 years ago

Same here, two systems: Linux Mint 18.1 KDE 64 bit host, AMD FX-8350, FX-9370; NVidia GeForce GTX 760, 960; 32GB RAM, HDA Nvidia audio.

Neither 5.1.20 nor testbuild 114652 solves the absent mini-toolbar issues in seamelss and full screeen.

Test Build 5.1.19 r114236 works fine on all counts.

comment:18 by matthewls, 7 years ago

Test Build 5.1.19 r114236 works fine on all counts. Version 5.1.21 r114683 (Qt5.6.1) works fine on two systems: Linux Mint 18.1 KDE 64 bit host, AMD FX-8350, FX-9370; NVidia GeForce GTX 760, 960; 32GB RAM, HDA Nvidia audio.

But does not on a macbook pro 13" that had worked with the 5.1.19 r114236. Strange.

comment:19 by fhlfibh, 7 years ago

Same here.

Toolbar doesn't work in seamless mode (doesn't even appear on screen).

Host: x64 Gentoo with 4.9.16 kernel

Guest: x32 Win 7, Win XP

Virtualbox 5.0.32 VirtualBox Graphical User Interface Version 5.0.32_Gentoo r112930

comment:20 by matthewls, 7 years ago

Toolbar in seamless mode work salso well in Version 5.1.21 r115049 (Qt5.6.1) on NVIDIA

Linux Mint 18.1 KDE 64 bit host, AMD FX-8350, FX-9370; NVidia GeForce GTX 760, 960; 32GB RAM, HDA Nvidia audio...

but still does not on a macbook pro 13" running the same linux host (yes hosting the same windows 7 VM guest) that had worked with the 5.1.19 r114236. Still strange.

comment:21 by Dsen, 7 years ago

Hello guys,

First of all I wanted to thank you for your reports.

We are aware of some of the issues related to the mini-toolbar functionality. Nowadays mostly all of them are about *very* arbitrary (unstable) Qt5 behavior under various X11 desktop environments (DE) and window managers (WM). We are not aware of any issues under Windows or macOS hosts, so if there are any, please let us know.

Now about X11. Latest rework regarding the mini-toolbar behavior under X11 was released in 5.1.20. This rework had fixed some of the issues you might referring but certainly not every of them (there could be even regressions we are not aware of). So I wanted to ask you to do the following thing: everyone who wants to speedup the fix progress of that exactly annoying issue please check VBox of any version *newer or equal to 5.1.20* (just using the latest one would be enough) and write down a report here in the form:

  1. VBox version,
  2. Effective Qt5 version used (written in VBox About dialog),
  3. Host OS distribution and version,
  4. Desktop Enironment type and version,
  5. What exactly issue happens for you,
  6. Whether you have multi-monitor host and guest configuration or not.

Guest type is irrelevant. Also, please no need to add things like "happens for me as well", that makes it difficult to understand what exactly issue and which exactly VBox version you are referring to.

Thanks in advance!

comment:22 by aaelosp, 7 years ago

  1. 5.1.22 r115126
  2. Qt5.8.0
  3. Arch Linux, kernel 4.10.11-1-ARCH, lastest updates
  4. KDE Plasma 5.9.5, KDE Frameworks 5.33.0
  5. Issue as described in first comment:

On moving the cursor to the bottom, mini-toolbar slides out. Moving mouse away lets it slide back into hiding. However it is not responding to mouse over or mouse click on all toolbar buttons.

  1. Neither host nor guest has multiple monitors.

comment:23 by Timothy Lee, 7 years ago

  1. VirtualBox 5.1.22 r115126
  2. Qt 5.8.0
  3. Arch Linux, kernel 4.10.11, latest updates
  4. XFCE 4.12.1
  5. Issue: mini-toolbar does not show up at all.
  6. Neither host nor guest is configured with multi-monitor

comment:24 by NoPH8, 7 years ago

  1. 5.1.22 r115126
  2. Qt5.8.0
  3. Arch Linux 64-bit 4.10.11-1-ARC
  4. KDE, Plasma 5.9.5, KDE Framework version 5.33.0, Qt version 5.8.0
  5. In full screen-mode the mini toolbar is displayed properly, but it is not clickable: when I try press some button it nothing happen.
  6. Single monitor host and guest configuration.

comment:25 by BobVanJan, 7 years ago

  1. 5.1.22 r115126
  2. Qt5.6.1
  3. openSUSE Leap 42.2, 64-bit, kernel 4.10.13
  4. KDE Plasma 5.8.6, KDE-Frameworks 5.26.0
  5. In full-sceen mode the mini toolbar shows and hides properly, but is utterly unresponsive.
  6. Single monitor in both host and guests.
Last edited 7 years ago by BobVanJan (previous) (diff)

comment:26 by matthewls, 7 years ago

  1. VBox version, 5.1.22
  2. qt 5.7.1
  3. Linux mint 18.1
  4. KDE plasma 5.9.5
  5. Mini toolbar is not visible in FSM, not clickable (no menu or other response)in seamless mode.
  6. 2 monitors, same issues whether guest is assigned to one or both.

While testing all of the above, once after switching between full screen and windowed mode the minitoolbar appeared in full screen mode; clicking on it terminated the guest session.

comment:27 by dustbunny76, 7 years ago

  1. 5.1.22 r115126
  2. Qt 5.6.1
  3. Kubuntu 16.04, Linux Kernel 4.4.0-75-lowlatency, 64-bit
  4. KDE Plasma 5.8.5, KDE Frameworks: 5.28.0
  5. Issue as described in first comment:

On moving the cursor to the bottom, mini-toolbar slides out. Moving mouse away lets it slide back into hiding. However it is not responding to mouse over or mouse click on all toolbar buttons. 6.Dual monitor host, vbox on screen 2.

comment:28 by Dsen, 7 years ago

Thank you guys for these reports.

As I see the most commonly mentioned issue is related to more-or-less recent KDE plasma. So I started with that one thing. I was not able to reproduce it with Ubuntu 16.04 (even with KDE plasma 5.8.5) but then I installed Linux Mint 18.1 as the mostly often mentioned OS during this defect cycle. Here I am able to reproduce that issue and currently investigating it.

comment:29 by matthewls, 7 years ago

Great, thanks!

comment:30 by Dsen, 7 years ago

Ok, there was some success regarding the inaccessible mini-toolbar content. We will provide you with the test-builds soon.

comment:31 by Frank Mehnert, 7 years ago

Could you check the most recent 5.1.x test builds from here?

comment:32 by markos26, 7 years ago

  1. VBox 5.1.23 r115172, Qt 5.6.1
  2. Host: lubuntu 17.04, kernel 4.10.0-20, 64 bits
  3. Guests: Windows XP Pro, Windows 10 Pro 64 bits, Windows Server 2003 32 bits, Linux Lite 3.4 64 bits

Mini Toolbar works in seamless and fullscreen mode

Last edited 7 years ago by markos26 (previous) (diff)

comment:33 by matthewls, 7 years ago

VBox Version 5.1.23 r115172 (Qt5.6.1) Linux Mint 18.1, kernel 4.10.14 KDE plasma 5.9.5 NVidia graphics , dual screen

Mini toolbar works in seamless and full screen VBox Version 5.1.23 r115172 (Qt5.6.1)

Last edited 7 years ago by matthewls (previous) (diff)

comment:34 by matthewls, 7 years ago

VBox Version 5.1.23 r115172 (Qt5.6.1) Linux Mint 18.1, kernel 4.10.14 KDE plasma 5.9.5 Intel graphics laptop (mesa 12.06)

Minitoolbar visible but unresponsive in seamless and fullscreen modes VBox Version 5.1.23 r115172 (Qt5.6.1) .

in reply to:  34 comment:35 by Dsen, 7 years ago

Replying to matthewls:

VBox Version 5.1.23 r115172 (Qt5.6.1) Linux Mint 18.1, kernel 4.10.14, KDE plasma 5.9.5, NVidia graphics, dual screen.

Mini toolbar works in seamless and fullscreen modes.

VBox Version 5.1.23 r115172 (Qt5.6.1) Linux Mint 18.1, kernel 4.10.14, KDE plasma 5.9.5, Intel graphics laptop (mesa 12.06).

Mini toolbar visible but unresponsive in seamless and fullscreen modes.

Hi,

Wait, are you saying fix works (makes mini-toolbar accessible for mouse) for one of your host but isn't working for another? That's very strange because there was certainly a general issue with MDI-area widgets support broken on recent KDE which was fixed (avoided by not using MDI stuff anymore).

Could you please re-check the 2nd case to be sure that issue still reproducible there with the test-build? Please make sure you installed/running exactly the version you told. Thanks in advance.

Last edited 7 years ago by Dsen (previous) (diff)

comment:36 by matthewls, 7 years ago

VB Version 5.1.23 r115172 (Qt5.6.1)

Host Mint 18.1 64bit, kernel 4.10.14, plasma 5.9.5, QT 5.7.1, Intel Graphics, OpenGL 3.0 Mesa 12.06,GLX version 1.4., MBP 13" A1502 BIOS 2016

The VB host Extensions and guest additions are both 5.1.23.115145

The mini-toolbar in seamless and full screen modes appears when the mouse cursor is placed at the screen top, shows highlighting of the top menu items (file,machine, etc.), but the menu subheadings (e.g. File/preferences...) do not drop down and no choices are available by mouse or keyboard. In this case the guest responds to the keyboard rather than the mini-tool bar.

Please tell me if I can answer other questions, and thanks again for the great work.

in reply to:  36 comment:37 by Dsen, 7 years ago

Replying to matthewls:

The mini-toolbar in seamless and full screen modes appears when the mouse cursor is placed at the screen top, shows highlighting of the top menu items (file,machine, etc.),

Do you mean the menu-bar items (of the mini-toolbar, such as File, Machine, View, etc) being highlighted when you are hovering them with mouse? But these items are not clickable with mouse?

but the menu subheadings (e.g. File/preferences...) do not drop down and no choices are available by mouse or keyboard. In this case the guest responds to the keyboard rather than the mini-tool bar.

Where the mouse clicks visually goes to? Just being ignored or comes to the guest as well?

May be it is possible to capture a video describing what happens for you in that case? Thanks in advance!

in reply to:  32 comment:38 by Dsen, 7 years ago

Replying to markos26:

  1. VBox 5.1.23 r115172, Qt 5.6.1
  2. Host: lubuntu 17.04, kernel 4.10.0-20, 64 bits
  3. Guests: Windows XP Pro, Windows 10 Pro 64 bits, Windows Server 2003 32 bits, Linux Lite 3.4 64 bits

Mini Toolbar works in seamless and fullscreen mode

Thank you for a confirmation.

I hope other guys could add their observations as well.

Last edited 7 years ago by Dsen (previous) (diff)

comment:39 by matthewls, 7 years ago

Yes, the menu-bar's top level items appear and are highlighted when I hover over them, but they are not clickable and none of the drop-down menu items appear (e.g. "Preferences..." under File, "Contents" under Help, etc.)

Mouse clicks are ignored, mouse hovering highlights, mouse clicks on the minitoolbar items are not sent to the guest.

comment:40 by aaelosp, 7 years ago

  1. 5.1.23 r115172
  2. Qt 5.8.0 (virtualbox reports 5.6.1 though)
  3. Arch Linux, kernel 4.10.13-1-ARCH, lastest updates
  4. KDE Plasma 5.9.5, KDE Frameworks 5.33.0

Issue seems to be resolved, toolbar buttons are highlighted on hover, clickable and button menus are working.

Although virtualbox reports version of qt not installed on system and design of window widgets is different from repo version of virtualbox. (For example, menu items have a constant underscore, where in repo version of virtualbox underscores show up only when holding alt. Also testing version has a bit more "compact" ui and seems to be using default styling - whiter background on buttons on hover compared to blue outline in repo version.)

comment:41 by Frank Mehnert, 7 years ago

Our .run packages don't use the system-provided Qt version because these packages are universal and work also if there is no Qt installed on the system at all. If you want to run VirtualBox against your system-provided Qt libraries you need to compile VirtualBox yourself (or use any of the distributions we provide packages for).

in reply to:  39 comment:42 by Dsen, 7 years ago

Replying to matthewls:

Yes, the menu-bar's top level items appear and are highlighted when I hover over them, but they are not clickable and none of the drop-down menu items appear (e.g. "Preferences..." under File, "Contents" under Help, etc.)

Mouse clicks are ignored, mouse hovering highlights, mouse clicks on the minitoolbar items are not sent to the guest.

Is it happens for any VM of that host? Can I have a look at this VM configuration (.vbox) file?
What about video, btw? Maybe you could make one describing the issue?
Thanks in advance.

comment:43 by BobVanJan, 7 years ago

  1. 5.1.23 r115172
  2. Qt5.6.1
  3. openSUSE Leap 42.2, 64-bit, kernel 4.11.0
  4. KDE Plasma 5.8.6, KDE-Frameworks 5.26.0
  5. In full-sceen mode the mini toolbar now functions as it should, and did before 5.1.12. Never tried seamless mode
  6. Single monitor in both host and guests.

comment:44 by matthewls, 7 years ago

The same happens with other guests of the same MBP host. I'll send the vm config when I get back to the machine. No video. The MTB chnges color with mouseover, and again with a mouse click, but no menu dropdown.

comment:45 by matthewls, 7 years ago

attached is the latest vbox file with the menu responding with color changes but not drop-down items.

by matthewls, 7 years ago

Attachment: mint18k.vbox added

vbox file; vm minitoolbar doesn't show menu dropdown in seamless or fullscreen modes.

comment:46 by matthewls, 7 years ago

5.1.23 r115260 (Qt5.6.1) has same issue: vm minitoolbar becomes visible, mouse cursor over top level menu items change background color of item (e.g. Help), clicking on item blinks but menu does not drop down in seamless or fullscreen modes.

comment:47 by matthewls, 7 years ago

same issue Version 5.1.23 r115307 (Qt5.6.1)

in reply to:  31 comment:48 by NoPH8, 7 years ago

Replying to frank:

Could you check the most recent 5.1.x test builds from here?

  1. 5.1.23 r115307
  2. Qt5.6.1
  3. Arch Linux 64-bit 4.10.13-1-ARC
  4. KDE, Plasma 5.9.5, KDE Framework version 5.33.0, Qt version 5.8.0
  5. Mini toolbar works perfect.
  6. Single monitor host and guest configuration.

I have ran test-builds early and they didn't have the mini toolbar issue. It's look like the bug is in Qt-libraries.

comment:49 by matthewls, 7 years ago

it looks like my MBP running linux is the only remaining system with the mini toolbar problem, and if that's the case I'd declare victory on this bug.

in reply to:  49 comment:50 by Dsen, 7 years ago

Replying to matthewls:

it looks like my MBP running linux is the only remaining system with the mini toolbar problem, and if that's the case I'd declare victory on this bug.

Hehe, thanks :)
But I really wonder what happens for your particular host, that's mystery to me so far. Seems like Qt5 lib is somewhat glitches while trying to create popup menu for clicked element of the QToolBar control but I have no idea why. Might be the reason is in special hardware environment you have in that case (since that's MBP having Linux distribution installed, quite an unusual case).
I still wish to return to this issue later, currently busy with more important things. But thank you for your assistance!

comment:51 by matthewls, 7 years ago

Glad to help, and will in future. One clue may be that in the recent builds (intended fixes for this issue) the popup menus sometimes become detached from the main toolbar, e.g., float alone while the toolbar disappears, or appear on another screen (both of these happen on the systems that are now fixed WRT the MTB otherwise responding properly). I love plasmashell and KDE, but Qt seems from my non-coding perspective to be so complex (to simplify programming) that tracking these kinds of minor bugs could be a time sink. Thanks for fixing the rest of the machines :-)

in reply to:  21 comment:52 by Error, 7 years ago

Replying to Dsen:

  1. 5.1.22 r115126
  2. Qt5.6.1
  3. Linux Mint 18.1 64-bit
  4. KDE, Plasma 5.8.7, KDE Frameworks 5.34.0, Qt 5.6.1
  5. In full-sceen mode the mini toolbar shows and hides properly, but is utterly unresponsive.
  6. Single monitor host and guest configuration.

After upgrade VirtualBox to test version: 5.1.23 r115966, Mini toolbar works perfect! Thank you!

in reply to:  21 comment:53 by JustDebian, 7 years ago

Replying to Dsen:

  1. VBox version: 5.1.22 r115126
  2. Effective Qt5 version used: Qt5.7.1
  3. Host OS distribution and version: Debian Stretch (Stable) AMD64
  4. Desktop Environment type and version: Trinity Desktop Environment (TDE) R14.0.4 (Preliminary Stable Builds)
  5. What exactly issue happens for you: Mini-Toobar does not appear in Full-Screen or Scaled Modes - it only appears when in Seamless Mode. I run my taskbar at the top - so, when in Seamless Mode, the Mini-Toobar is only accessible when the Guest window is minimized. When the Mini-Toolbar "Show at Top of Screen" is NOT checked, the Mini-Toolbar is accessible at the bottom of the screen ONLY in Seamless Mode.
  6. Whether you have multi-monitor host and guest configuration or not: I have a multi-monitor host only - guest is single monitor.

comment:54 by Michael Firth, 7 years ago

VBox version5.1.23 r116469
Effective Qt5 version used Qt5.6.1
Installed Qt5 version5.7.1+dfsg-3+b1
Host OS distribution and versionDebian 9 (Stretch)
Desktop Enironment type and versionGnome. gnome-shell package is 3.22.3-3
Whether you have multi-monitor host and guest configuration or notMulti-monitor (3 screens) on host. Guest currently running with 1 screen

What exactly issue happens for you:

In full screen mode, I initially thought the mini toolbar did not appear at all, but now have found it is appearing on the wrong monitor.

My monitor setup, as shown in the display configuration is:

3 2 1

With the primary (Linux menus) on screen 2. It seems VirtualBox tries to number them differently (and was previously), the numbering it uses is:

3 1 2

The VirtualBox guest is full screen on monitor 1 (right hand screen), but the toolbar is appearing on monitor 3 (left hand screen)

It seems if I switch the guest to be fullscreen on monitor 3, the toolbar then appears in the correct place.

Previously, I was using Debian 8 (Jessie), and was able to run in seamless mode across all 3 monitors without major problems (On VirtualBox versions through to 5.1.22). Since upgrading to Debian 9, seamless mode has become unusable, and the toolbar is in the wrong place in full screen mode.

Happy to gather other debug if it will be helpful!

in reply to:  16 comment:55 by hkaddr, 7 years ago

Replying to Kuno:

Version 5.1.20 r114628 (Qt5.5.1)

The Bug still exists. No Work.

Return again to 5.1.10

I have the same problem with 5.1.22 (Qt5.5.1, KDE 5.5.5). Thanks reminding there is a backward solution:-) 5.1.10 doesn't have the problem.

comment:56 by Michael Firth, 7 years ago

Which ticket is the preferred one for tracking the Linux mini-toolbar problems?

There is this one, and several similar ones - #14411, #14525 and #16546 at least.

in reply to:  56 comment:57 by Dsen, 7 years ago

Replying to firthmj:

Which ticket is the preferred one for tracking the Linux mini-toolbar problems?

There is this one, and several similar ones - #14411, #14525 and #16546 at least.

I'd say this one is preferable.

comment:58 by markos26, 7 years ago

Host : Lubuntu 17.04 x64

Guest: Windows 7 x64, Windows 10 x64, Windows 2K3 Server, Lubuntu 17.04 x64

Issue 1. virtualbox-5.1_5.1.24-117012~Ubuntu~zesty_amd64.deb :

Minitoolbar doesn't show menu dropdown in seamless or fullscreen mode ( again !!!! )

Issue 2. VirtualBox-5.1.25-117041-Linux_amd64.run :

Mouse Drag and Drop not works - NEW DEFECT !!!

Last edited 7 years ago by markos26 (previous) (diff)

in reply to:  58 comment:59 by Dsen, 7 years ago

Replying to markos26:

Host : Lubuntu 17.04 x64

Guest: Windows 7 x64, Windows 10 x64, Windows 2K3 Server, Lubuntu 17.04 x64

Issue 1. virtualbox-5.1_5.1.24-117012~Ubuntu~zesty_amd64.deb :

Minitoolbar doesn't show menu dropdown in seamless or fullscreen mode ( again !!!! )

You mean it was working in one of previous test builds and stopped now in new release?

That's strange because the fix I did was for KDE hosts and you are speaking about LXDE (I thought it was working there all the time).

comment:60 by Mike E., 7 years ago

This has been fixed for me. Thanks!

Kubuntu 16.04.2
plasmashell 5.8.7
VirtualBox 5.1.24 r117012 (Qt5.6.1)

comment:61 by markos26, 7 years ago

Host : Lubuntu 17.04

Linux lubuntu64 4.10.0-28-generic #32-Ubuntu SMP Fri Jun 30 05:32:18 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Guest: Windows 7 x64, Windows 10 x64, Windows 2K3 Server, Lubuntu 17.04 x64

Issue 1. virtualbox-5.1_5.1.24-117012~Ubuntu~zesty_amd64.deb :

Minitoolbar doesn't show menu dropdown in seamless or fullscreen mode ( again !!!! )

Yes!. It was working until the last 5.1.23 test build, but not in virtualbox-5.1_5.1.24-117012~Ubuntu~zesty_amd64.deb

It works in 5.1.25-117041 test build, but "Mouse Drag and Drop not works at all"

Last edited 7 years ago by markos26 (previous) (diff)

comment:62 by markos26, 7 years ago

"That's strange because the fix I did was for KDE hosts and you are speaking about LXDE (I thought it was working there all the time)"

Host : Lubuntu 17.04 x64

Guest: Windows 7 x64, Windows 10 x64, Windows 2K3 Server, Lubuntu 17.04 x64

Minitoolbar doesn't show menu dropdown in seamless or fullscreen mode

  1. it was working until release 5.1.20
  2. it stops working in release 5.1.22
  3. it was working from test build 5.1.23 r115172 until the last 5.1.23 ( r116680 or r116860 ?)
  4. it stops working in release 5.1_5.1.24-117012~Ubuntu~zesty_amd64
  5. it works in test build 5.1.25-117041
  6. but in test build 5.1.25-117041 "Mouse Drag and Drop not works at all" !!!!

comment:63 by markos26, 7 years ago

Host : Lubuntu 17.04 x64

Guest: Windows 7 x64, Windows 10 x64, Windows 2K3 Server, Lubuntu 17.04 x64

I just installed last test build 5.1.25-117090 (Qt5.6.1)

  1. Minitoolbar OK
  2. Mouse Drag and Drop OK

comment:64 by Frank Mehnert, 7 years ago

Resolution: fixed
Status: newclosed

markos26, I don't see any related changes which came after 5.1.24. So if 5.1.25-117090 works for you but 5.1.24 does not then this must be some coincidence.

comment:65 by massula, 7 years ago

My case:

Insalled 5.1.26, with Extension Pack and GA - mini toolbar didn't work

After this,

Installed 5.1.25 (Testbuild) - worked, but with a big lag between mouse hovering and mini toolbar appearing.

Afther this,

I've reverted to 5.1.26, and will use it, for now.

comment:66 by matthewls, 7 years ago

Dsen, 5.1.28 fixed this on the MBP running linux! The "GUI: mouse events did not reach host windows behind the transparent VM window (Mac OS X hosts only; bug #16246)" suggested it might be fixed, and it is. Thanks much. mls

"Replying to matthewls:

it looks like my MBP running linux is the only remaining system with the mini toolbar problem, and if that's the case I'd declare victory on this bug.

Hehe, thanks :) But I really wonder what happens for your particular host, that's mystery to me so far. Seems like Qt5 lib is somewhat glitches while trying to create popup menu for clicked element of the QToolBar control but I have no idea why. Might be the reason is in special hardware environment you have in that case (since that's MBP having Linux distribution installed, quite an unusual case). I still wish to return to this issue later, currently busy with more important things. But thank you for your assistance!"

comment:67 by Simon Coleman, 6 years ago

hi,

  • vbox 5.2.12
  • qt5.9.5
  • Ubuntu 18.04x64,
  • Gnome/X11,
  • hp zbook laptop
  • 1 inbuilt (laptop) display, 2x external hdmi monitors (diff. manufacturers), set up as 1920x1080/1080x1920/1920x1080 [middle monitor portrait format, otherwise all same rez]
  • 2x monitor guest configured for the external monitors.

Some resize problems on fullscreen see #16355

Auto-capture mouse/keyboard is on.

Dropdown menus don't work for the management window when moved to inbuilt monitor, works fine if dragged to either of the external ones. At times the dropdown appears at the edge of one of the external displays, but not consistently enough to determine as a workaround.

Mini-toolbar dropdowns don't ever work on the inbuilt display Mini-toolbar appears on the *other* external monitor if I set the guest to 1 display When I click into a vbox full screen display, the mini-toolbar moves to above the *other* display (ie, click on one of them & it swaps to to the other). At least the dropdowns work on the external monitors.

thanks

comment:68 by edemco, 6 years ago

Ubuntu 18.04 64-bit (fresh install October 1, 2018) AMD® Phenom(tm) ii x6 1055t processor × 6 AMD® Rs780 ; 1680X1050; one monitor HDWR: Desktop GNOME: 3.28.2 VBOX: 5.2.10

No User Interface (mini toolbox). Things tried: resolution changes; checking on and off all parts of the user interface; checking all tickets (and there are many going back a long way with no "real" resolution); searched for any other settings, help to make settings, and internal file changes without any luck.

Have been using Vbox for years. Need it working. It's "virtually" useless without the user interface.

in reply to:  68 comment:69 by Socratis, 6 years ago

Replying to edemco:

Need it working. It's "virtually" useless without the user interface.

Have you tried HostKey+Home? There are a lot of ways to skin a cat...

Note: See TracTickets for help on using tickets.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette