VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1960 - 1962 of 16363)

Ticket Resolution Summary Owner Reporter
#12833 obsolete Bad capture/release behaviour when in fullscreen-mode on 2 of 3 monitors Justice
Description

I use a triple-head Ubuntu system to host a dual-head Windows 7 guest. The third monitor is used primarily for host terminal windows and thunderbird.

When the guest is in full-screen mode, I frequently observe the exact wrong mouse and keyboard capture state. This is usually correlated with a failure to render correctly in the third monitor.

I can sometimes correct the capture state by clicking once on the VirtualBox's auto-hidden system menu. When that doesn't work, I must <host>-F twice to revert to windowed mode and back.

The behaviour is observed more than once per hour. I have seen it with both ATI and NVidia, open source and restricted graphics drivers. Both with 2D acceleration enabled and disabled.

#13410 fixed Fullscreen sizing incorrect with multiple monitors Justice
Description

I have a triple-head setup, all monitors different sizes. Guest gets two of three in fullscreen. Excepting occasional presumed missed keyup events (presenting as stuck modifier keys in the guest) this worked very well until the current release.

In 4.3.16, I cannot fullscreen anymore, the sizing appears to be offset from the assigned monitors. EG, desktop 1 has the appropriate sizing for monitor 2, and vice versa.

#17623 fixed Ubuntu 17.10 + distro-vbox-guest 5.1.30 + compton => undef glFramebufferTexture2D -> fixed in 5.2.12 Justin5683
Description

ref: https://answers.launchpad.net/ubuntu/+source/virtualbox/+question/665636

In question-665636, I reported that compton fails to start due to a missing symbol. virtualbox-guest-x11 (pkg) installs an ld.so.conf.d which adds /usr/lib/virtualbox/additions to global ld-path, which ends up adding libGL.so.1 from virtualbox-guest-x11 to ld-path.

$ compton
compton: symbol lookup error: compton: undefined symbol: glFramebufferTexture2D

(vbox) libGL.so.1 does not contain glFramebufferTexture2D:

# objdump -T /usr/lib/virtualbox/additions/libGL.so.1 | grep glFramebufferTexture2D
0000000000072580 g DF .text 0000000000000015 Base glFramebufferTexture2DEXT

But, libgl1-mesa-glx's libGL.so.1 does:

# objdump -T /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 | grep glFramebufferTexture2D
0000000000054ac0 g DF .text 0000000000000000 Base glFramebufferTexture2DEXT
0000000000054ac0 g DF .text 0000000000000000 Base glFramebufferTexture2D

My work-around is to take virtualbox-guest-x11 out of global ld-path:

# update-alternatives --set x86_64-linux-gnu_egl_conf /usr/lib/x86_64-linux-gnu/mesa-egl/ld.so.conf
update-alternatives: using /usr/lib/x86_64-linux-gnu/mesa-egl/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf (x86_64-linux-gnu_egl_conf) in manual mode
# update-alternatives --set x86_64-linux-gnu_gl_conf /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf
update-alternatives: using /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
# ldconfig

Alternately: this is a distro bug, but I'll start here.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

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