virtualbox.org

@pjw9
The ticket you quoted has a solution. Did you try it?

socratis wrote:@pjw9
The ticket you quoted has a solution. Did you try it?

The test build? No, I downgraded to 5.1.18.

Let's see...

• You report an issue (no audio) and you link to a ticket (#16667).
• The ticket acknowledges the issue and provides a confirmed working solution (fixed in the latest 5.1.x test builds >= 114682).
• You ignore that solution and you downgrade...

As of 5.1.20 there are now 2 "window" instances showing in XFCE panel when a guest is running.

The second panel item is simply named "[VirtualBox]"

I tried downgrading to 5.1.18 GA, but to no avail.

marmel wrote:As of 5.1.20 there are now 2 "window" instances showing in XFCE panel when a guest is running.

The second panel item is simply named "[VirtualBox]"

I tried downgrading to 5.1.18 GA, but to no avail.

Also discussed in this thread here as reported by another Debian Jessie XFCE user:
http://forums.debian.net/viewtopic.php? ... 55#p642439

I'll file a bug report. This occurs in fullscreen mode and is likely caused by mini-toolbar changes as of 5.1.20:
https://www.virtualbox.org/wiki/Changelog

Changelog for VirtualBox 5.1 wrote:• GUI: several mini-toolbar fixes in full-screen / seamless mode (X11 hosts only)

marmel wrote:I'll file a bug report.

Before you go bug-report-happy, did you try 5.1.22? Did you try the latest test builds (https://www.virtualbox.org/wiki/Testbuilds)? And finally, did you search the tickets for an existing similar one?

Yes, no, yes respectively.

• 5.1.22 exhibits the same behavior as mentioned in the Debian thread.
• If the regression wasn't noticed by devs from 5.1.20->5.1.22, not sure why a testbuild would help as they're likely not aware of the issue. If you can point me to a specific fix that's likely related, I'd be happy to try a test build.
• Search for this particular issue yields no results, but this one may be tangential:
https://www.virtualbox.org/ticket/16714

By all means, go for it then. I don't think that the mini-toolbar is related to this, but there are definitely fixes in the mini-toolbar area. But give the test-build a shot, just for kicks. Be sure to mention in the ticket that this is a regression from 5.1.18 to 5.1.20. You'll have a lot more chances of getting it fixed sooner rather than later.

Thanks, I'll be sure to mention that this regressed.

The reason I'm suspecting some part of the "several" toolbar changes introduce in 5.1.20 is that when run in windowed mode (no mini toolbar) there's only the expected single "window" instance per VM. When the mini-toolbar is in play an additional "window" panel item is created. I realize this could be purely coincidental and nothing to do with the toolbar or those changes, just a hunch.