Custom Query (16363 matches)
Results (2131 - 2133 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #13311 | fixed | Guru Meditation (VINF_EM_TRIPLE_FAULT) while installing Ubuntu 14.04 64bit server | ||
| Description |
I recently upgraded from Ubuntu 12.04 to 14.04. I have been trying to install an Ubuntu 14.04 64bit server VM and keep getting the Guru Meditation screen. I get the Critical Error message after I select 'Install Ubuntu Server' from the first screen. Attached is the Vbox log file. Hardware: Dell PowerEdge 2900 2xIntel(R) Xeon(TM) CPU 3.20GHz Dual Core, 8gb ram Host system: Ubuntu 14.04LTS 64bit uname: Linux PE2900 3.13.0-34-generic #60-Ubuntu SMP Wed Aug 13 15:45:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux VirtualBox Version: 4.3.14 r95030 I have removed VirtualBox and reinstalled it. I have also removed 4.3.14 and installed 4.3.10 and get the same results. Anything else I can provide that would be helpful ? |
|||
| #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. :) |
|||
| #10848 | obsolete | Enhancement to optimize for Retina displays | ||
| Description |
On the new MacBook Pro Retina displays, the current release version is still using low resolution flags for text as well as assets that have not been optimized for retina resolutions. Screenshot attached. |
|||

