GUI: Toolbar unresponsive in full screen mode

[edmund101]

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

[pawelsel]

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

[mso]

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.

[aelsenaar]

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

[PiranhaPhish]

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.

[Kuno]

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.

[allanhitch]

Same here on Fedora 24

[ferro_sk]

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

[stefeno]

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

O.S. Kubuntu 16.04 (64 bit)

[NoPH8]

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

[nick_nine]

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

[allanhitch]

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.

[allanhitch]

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.....

[zoman]

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.

[Asie-Joan]

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

[Alzim]

No work!!!

[Kuno]

Version 5.1.20 r114628 (Qt5.5.1)

The Bug still exists. No Work.

Return again to 5.1.10

[matthewls]

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.

[matthewls]

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.

[fhlfibh]

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

[matthewls]

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.

[Dsen]

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!

[aaelosp]

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.

6. Neither host nor guest has multiple monitors.

[Timothy Lee]

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

[NoPH8]

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.

[BobVanJan]

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.

[matthewls]

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.

[dustbunny76]

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.

[Dsen]

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.

[matthewls]

Great, thanks!

[Dsen]

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

[Frank Mehnert]

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

[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

[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 full screen VBox Version 5.1.23 r115172 (Qt5.6.1)

[matthewls]

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) .

[Dsen]

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.

[matthewls]

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.

[Dsen]

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!

[Dsen]

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.

[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.

[aaelosp]

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.)

[Frank Mehnert]

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).

[Dsen]

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.

[BobVanJan]

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.

[matthewls]

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.

[matthewls]

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

[matthewls]

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

[matthewls]

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.

[matthewls]

same issue Version 5.1.23 r115307 (Qt5.6.1)

[NoPH8]

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.

[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.

[Dsen]

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!

[matthewls]

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 :-)

[Error]

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!

[JustDebian]

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.

[Michael Firth]

VBox version	5.1.23 r116469
Effective Qt5 version used	Qt5.6.1
Installed Qt5 version	5.7.1+dfsg-3+b1
Host OS distribution and version	Debian 9 (Stretch)
Desktop Enironment type and version	Gnome. gnome-shell package is 3.22.3-3
Whether you have multi-monitor host and guest configuration or not	Multi-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!

[hkaddr]

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.

[Michael Firth]

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.

[Dsen]

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.

[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 !!!! )

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

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

[Dsen]

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).

[Mike E.]

This has been fixed for me. Thanks!

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

[markos26]

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"

[markos26]

"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" !!!!

[markos26]

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

[Frank Mehnert]

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.

[massula]

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.

[matthewls]

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!"

[Simon Coleman]

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

[edemco]

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.

[Socratis]

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...