VirtualBox

Ticket #16325 (closed defect: fixed)

Opened 10 months ago

Last modified 5 weeks ago

GUI: Toolbar unresponsive in full screen mode

Reported by: edmund101 Owned by:
Priority: critical 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

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

Change History

Changed 10 months ago by edmund101

Changed 10 months ago by edmund101

comment:1 Changed 10 months ago by 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

Last edited 10 months ago by pawelsel (previous) (diff)

comment:2 Changed 9 months ago by 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.

Last edited 9 months ago by mso (previous) (diff)

comment:3 Changed 9 months ago by aelsenaar

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

Last edited 9 months ago by aelsenaar (previous) (diff)

comment:4 Changed 9 months ago by 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.

Last edited 9 months ago by PiranhaPhish (previous) (diff)

comment:5 Changed 9 months ago by 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.

Last edited 9 months ago by Kuno (previous) (diff)

comment:6 Changed 9 months ago by allanhitch

Same here on Fedora 24

comment:7 Changed 9 months ago by ferro_sk

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

comment:8 Changed 9 months ago by stefeno

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

O.S. Kubuntu 16.04 (64 bit)

comment:9 Changed 9 months ago by 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

comment:10 Changed 8 months ago by 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

comment:11 Changed 7 months ago by 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.

Last edited 7 months ago by allanhitch (previous) (diff)

comment:12 Changed 7 months ago by 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.....

comment:13 Changed 7 months ago by 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.

comment:14 Changed 7 months ago by 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

comment:15 Changed 7 months ago by lip48

No work!!!

comment:16 follow-up: ↓ 55 Changed 6 months ago by Kuno

Version 5.1.20 r114628 (Qt5.5.1)

The Bug still exists. No Work.

Return again to 5.1.10

comment:17 Changed 6 months ago by 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.

comment:18 Changed 6 months ago by 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.

comment:19 Changed 6 months ago by 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

comment:20 Changed 6 months ago by 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.

comment:21 follow-ups: ↓ 52 ↓ 53 Changed 6 months ago by 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!

comment:22 Changed 6 months ago by 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.

  1. Neither host nor guest has multiple monitors.

comment:23 Changed 6 months ago by 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

comment:24 Changed 6 months ago by 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.

comment:25 Changed 6 months ago by 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.
Last edited 6 months ago by BobVanJan (previous) (diff)

comment:26 Changed 6 months ago by 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.

comment:27 Changed 6 months ago by 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.

comment:28 Changed 6 months ago by 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.

comment:29 Changed 6 months ago by matthewls

Great, thanks!

comment:30 Changed 6 months ago by Dsen

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

comment:31 follow-up: ↓ 48 Changed 6 months ago by frank

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

comment:32 follow-up: ↓ 38 Changed 6 months ago by 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

Last edited 6 months ago by markos26 (previous) (diff)

comment:33 Changed 6 months ago by 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)

Last edited 6 months ago by matthewls (previous) (diff)

comment:34 follow-up: ↓ 35 Changed 6 months ago by 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) .

comment:35 in reply to: ↑ 34 Changed 6 months ago by 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.

Last edited 6 months ago by Dsen (previous) (diff)

comment:36 follow-up: ↓ 37 Changed 6 months ago by 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.

comment:37 in reply to: ↑ 36 Changed 6 months ago by 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!

comment:38 in reply to: ↑ 32 Changed 6 months ago by 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.

Last edited 6 months ago by Dsen (previous) (diff)

comment:39 follow-up: ↓ 42 Changed 6 months ago by 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.

comment:40 Changed 6 months ago by 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.)

comment:41 Changed 6 months ago by frank

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

comment:42 in reply to: ↑ 39 Changed 6 months ago by 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.

comment:43 Changed 6 months ago by 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.

comment:44 Changed 6 months ago by 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.

comment:45 Changed 6 months ago by matthewls

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

Changed 6 months ago by matthewls

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

comment:46 Changed 6 months ago by 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.

comment:47 Changed 6 months ago by matthewls

same issue Version 5.1.23 r115307 (Qt5.6.1)

comment:48 in reply to: ↑ 31 Changed 6 months ago by 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.

comment:49 follow-up: ↓ 50 Changed 6 months ago by 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.

comment:50 in reply to: ↑ 49 Changed 6 months ago by 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!

comment:51 Changed 5 months ago by 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 :-)

comment:52 in reply to: ↑ 21 Changed 4 months ago by 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!

comment:53 in reply to: ↑ 21 Changed 4 months ago by 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.

comment:54 Changed 4 months ago by firthmj

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!

comment:55 in reply to: ↑ 16 Changed 3 months ago by 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.

comment:56 follow-up: ↓ 57 Changed 3 months ago by 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.

comment:57 in reply to: ↑ 56 Changed 3 months ago by 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.

comment:58 follow-up: ↓ 59 Changed 3 months ago by 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 !!!

Last edited 3 months ago by markos26 (previous) (diff)

comment:59 in reply to: ↑ 58 Changed 3 months ago by 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).

comment:60 Changed 3 months ago by 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)

comment:61 Changed 3 months ago by 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"

Last edited 3 months ago by markos26 (previous) (diff)

comment:62 Changed 3 months ago by 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" !!!!

comment:63 Changed 3 months ago by 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

comment:64 Changed 3 months ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

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 Changed 3 months ago by 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.

comment:66 Changed 5 weeks ago by 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!"

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use