Opened 8 years ago
Closed 8 years ago
#16716 closed defect (fixed)
Mini-Toolbar missing (not visible) in fullscreen using QT
| Reported by: | PiranhaPhish | Owned by: | |
|---|---|---|---|
| Component: | GUI | Version: | VirtualBox 5.1.22 |
| Keywords: | mini toolbar fullscreen seamless qt | Cc: | |
| Guest type: | all | Host type: | Linux |
Description
5.1.20 was supposed to (once again) fix the missing mini-toolbar, but I still cannot see it using 5.1.22. So I'm guessing the fix didn't apply to QT (i.e KDE Plasma).
It seems to appear in the task switcher as its own window, but does not sit above the fullscreen guest. I have found no way to access it at all.
Ctrl-Home still works to bring up the menu.
Attachments (2)
Change History (12)
by , 8 years ago
| Attachment: | qtdiag.txt added |
|---|
comment:1 by , 8 years ago
I just noticed that the toolbar can sometimes be seen at the bottom of the screen over top of another unrelated application, though never on top of the actual guest. And even when it is visible, it remains unresponsive to clicks just as it had been in recent releases.
Functionality seems to just be getting worse with each release.
comment:2 by , 8 years ago
comment:3 by , 8 years ago
@socratis That ticket was about the toolbar being unresponsive, not being missing. I actually did have the other issue of it being unresponsive a few versions back, but now it is completely missing.
There are even other tickets open about the toolbar being "invisible" wherein the buttons can actually be clicked but not seen. But, again, this doesn't apply in my situation.
I have searched extensively but can't seem to find any other reports dealing with my situation.
comment:4 by , 8 years ago
Hmm... the differences were not subtle that I may have misunderstood. My apologies.
I take it that you've already tried the test builds and they're not too much of an improvement, right?
follow-up: 6 comment:5 by , 8 years ago
So I apologize as well as I didn't think to try the test build. I tried it just now (v5.1.23) and the mini toolbar does indeed work. Digging a little further, I tried installing the official release of 5.1.22 using the manual installer (*.run) instead of the Debian package, and it works there as well.
So it seems the problem is somehow related to how it is packaged/installed in the official Debian (*.deb) package.
I noticed that the VirtualBox GUI appears slightly different when using the manual installer. They both seem to use Qt5, though the manual installers include their own copy of it instead of relying on the distribution's.
I could assume that perhaps the problem is related to the distribution's configuration of the Qt library. So I tried switching the Qt widget themes (as well as Plasma desktop themes) to various ones and, despite the VirtualBox GUI reflecting the changes, the problem persisted.
I'm attaching the diff of the ldd command ran on the deb-installed version vs the run-installed version. I've simplified it some to make it more useful.
by , 8 years ago
| Attachment: | virtualbox.so-ldd_diff.txt added |
|---|
Diff of 'ldd' ran on the virtualbox.so file of *.deb package vs *.run installer
comment:6 by , 8 years ago
Replying to PiranhaPhish:
So it seems the problem is somehow related to how it is packaged/installed in the official Debian (*.deb) package.
The ".run" version includes its own Qt5 libraries. The distro ones rely on the distro to provide the appropriate support for their own Qt5 libraries. So, it might be an issue with your Qt5 installation?
comment:7 by , 8 years ago
I'll try installing the deb on some different VM guests to narrow down anything specific to my machine or a particular distribution. I keep a fairly clean and consistent system, so I don't think it's a misconfiguration or dependency problem on my part, but perhaps it's the way Kubuntu is interpreting the package's dependencies.
comment:8 by , 8 years ago
This appears to be fixed in v5.1.24, possibly as part of ticket #16325. Though that ticket had to do with the toolbar being unresponsive, the fixes it addressed must have corrected the "missing" behavior as well.
comment:9 by , 8 years ago
This appears to be fixed in v5.1.24, possibly as part of ticket #16325. Though that ticket had to do with the toolbar being unresponsive, the fixes it addressed must have corrected the "missing" behavior as well.
QT Diagnostic Info (generated using qtdiag)