VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (433 - 435 of 16363)

Ticket Resolution Summary Owner Reporter
#714 fixed Bidirectional shared clipboard doesn't work and breaks clipboard of host -> please retry with 1.5.2 when it is released jay
Description

When setting the "Shared Clipboard" to bidirectional copy&paste from host to guest doesn't work (unreadable signs get inserted in the guest), however from guest to host it works fine.

The second problem is that when virtualbox is started with "shared clipboard" set to bidirectional it completely breaks the copy & paste mechanism of the host operating system, in my case ubuntu feisty. With that I mean that I can copy text, but not paste it, because when pressing paste, most of the time nothing gets inserted and sometimes some unreadable signs get inserted. This applies to every program such as firefox, gedit, xterm, gnome-terminal, open office etc.

The other "shared clipboard" modes work fine (disabled, Host To Guest, Guest To Host).

My Guest is Windows XP SP2 and my Host is Ubuntu Feisty 7.04.

#720 fixed Failed assertion in current svn ugemkow
Description

The following Assert failure happens in current svn

VMMR0.r0 is importing SUPR0LowFree which we couldn't find

!!Assertion Failed!!
Expression: <NULL>
Location  : /u/user/Build/vbox/src/VBox/HostDrivers/Support/SUPLib.cpp(1377) int supLoadModuleResolveImport(RTLDRMODINTERNAL*, const char*, const char*, unsigned int, RTUINTPTR*, void*)
VMMR0.r0 is importing SUPR0LowFree which we couldn't find

The full logfile is attached

#722 fixed VBoxVRDP unnecessarily connects to an X server on Linux Robert Bordelon
Description

When starting headless sessions, VBoxVRDP apparently connects to the X server if possible, even though it does not actually use it (since that's the whole point of having a headless session.)

This behavior causes any headless sessions started from a graphical environment (i.e. one which has a valid DISPLAY environment variable) to be termimated (and marked "aborted") if the X server is shut down -- for instance if the user logs out. This problem is present whether VBoxVRDP is started directly or via "VBoxManage startvm <Session> -type vrdp".

Here is a log snippet of such a session:

VirtualBox VRDP Headless Interface 1.5.0
(C) 2005-2007 innotek GmbH
All rights reserved

Listening on port 3393

<X server is shut down>

X connection to hostbox:0.0 broken (explicit kill or server shutdown).

This problem can be worked around by unsetting the DISPLAY environment variable before starting headless sessions, or by starting from an non-graphical session, but I believe a more roubust solution would be to have VBoxVRDP not connect to the X server in the first place since such a connection is not needed.

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