Custom Query (16363 matches)
Results (157 - 159 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1954 | obsolete | default window position on resize issue with qt (3 or 4), compiz and multiple viewports (desktops) | ||
| Description |
I post this with as much detail as I can collect, as this problem is a difficult one. First it is important to distinguish the difference between multiple virtual desktops and viewports. Virtual desktops are treated as seperate "screens" by QT, so therefore do not exhibit this problem. If you test with KWin or metacity, you will notice this isn't an issue. Also if you test compiz using multiple desktops instead of virtual horizontal/vertical ones then the problem does not appear. Viewports are a compiz invention, to combine multiple desktops into a single large desktop, to make plugins like the wall and cube work. If you do not do this, when moving a window half way between two desktops, instead of the window appearing on both desktops, it will get truncated. Reproduce the problem as follows. Start any guest VM, it will create an initial window (make sure its not full screen or maximised), then switch to another viewport. When the guest resizes its window (eg, changing from BIOS screen to loading windows screen), the window will appear on the currently active viewport, instead of the viewport it was initially created on (before the resize). I can confirm that the problem is in the function called normalizeGeometry contained in VBox/Frontends/VirtualBox4/src/VBoxConsoleView.cpp on line 921 (svn).. This function is called from the resize event (VBoxDefs::ResizeEventType line 1093), with a default (and unchangeable) parameter of "true". Changing this value to "false" fixes the problem. Obviously this is not ideal, as this will upset the people who complained that sometimes when vbox resizes a window, it goes off the screen. Personally I think if that happens, you should just get over it and use the window move function (right click on the tasks name select move) to move it back on screen again. At the very least, there should be a configurable option (a checkbox) "Place offscreen windows back onscreen again". (To avoid having to do a source compilation to work around this issue) As for how to fix the problem properly, this is where it becomes far more difficult. Its not QT's job to be aware of what the window manager is doing, how many workspaces there are etc. And its obviously not a portable thing to do anyway (What does this mean on Windows/Mac?). The normalizeGeometry code uses the window() function to return the position of an uninitialized QWidget object, which defaults to a viewable area within the current "screen" or "desktop". The value of this is then passed to QDesktopWidget::availableGeometry to determine the viewable area where the window should be repositioned. The problem is, this is not desirable for the compiz/viewport scenario, but works on absolutely everything else. Instead what we need to do, is return a QRect for the "viewport" that the window currently exists on. (No idea how to do this) Also of note, is that because vbox overrides the window manager's default positioning of the window, you cannot use the window positioning rules in compiz config settings manager to override the default behaviour. I've spent days on this silly problem, I really wanted to provide a patch to fix it properly but alas it requires further discussion. :( I hope I have provided enough substance for a proper resolution of this matter, and I thank anyone who wishes to help resolve this for their time in advance. :) |
|||
| #1965 | obsolete | Picasa 2.7 Linux is extremely slow on Linux Guest | ||
| Description |
I am using Picasa 2.7 Linux on Linux Mint KDE CE 4 on a Vista Host and Mandriva 2008 host and I notice that it is extremely slow. When I run Picasa, it can take up to 5 mins to appear. CPU time is running at 60% or so while idling. It's not disk related since I turned off scanning. Clicking on the Picasa menu and it takes several seconds to load. Note that I can run Picasa 2.7 at normal speed on the Mandriva 2008 host. Looking at the task window, I think the problem may be due to Wine's interaction with Virtualbox. I notice that wineserver process runs at 30%+ and that running winecfg takes up a lot of cpu time (it should be close to nothing after launch). For some reason, wine and virtualbox don't get along. There is at least one post in the virtuslbox forum detailing the same problem with wine. |
|||
| #1974 | obsolete | Failed to create a proxy device for the USB device | ||
| Description |
I had similar problems already with older versions. Is there a way to debug it down to the root? The vbox filter driver seams to be installed. I have two devices mapped to the guest. Usually both don't work after seeing this error. When I unplug the device (Siemens phone sx353), it finally works. (Guest == WinXP SP2) With an Ubuntu Guest I saw a similar message for a different device (Barcode reader == CDC-ACM). unplug/replug helps sometimes. This was for an RNDIS device (PDA phone XDA Diamond with Win Mobile 6.1): Failed to create a proxy device for the USB device. (Error: VERR_IO_GEN_FAILURE). Result Code: E_FAIL (0x80004005) Component: Console Interface: IConsole {d5a1cbda-f5d7-4824-9afe-d640c94c7dcf} Quite often the vboy server process crashes after I plug in the device. The log files did not contain usefull info, but perhaps I can rise the log levels? Since I live closeby to Endersbach, I would even visit you with the phone to demonstrate. |
|||

