#2942 reopened defect (obsolete)
Save state -> Start/resume does not restore window size — at Version 6
Reported by: | joseph_ | Owned by: | |
---|---|---|---|
Component: | GUI | Version: | VirtualBox 2.1.0 |
Keywords: | window size | Cc: | |
Guest type: | Windows | Host type: | other |
Description (last modified by )
Problem: When "auto-resize guest display" is enabled, a save state -> start/resume will not restore the window size but instead use a too small window.
This is a regression from 1.x to 2.1.
How to reproduce:
- Start VM
- Enable "auto-resize guest display"
- Close VM window choosing "save machine state"
- Start the VM again
- While restoring, the VM window has a certain small size (640x480 or so)
- When the VM is fully restored, the VM window HEIGHT is restored but the
WIDTH is unchanged from restore operation. In the next moment, the guest OS changes its screen size to adopt to the new size.
Result: Saving the state at a window size of 1600x1200 results in a restored window of 640x1200.
WM is fvwm2. WM is unlikely to cause the problem because when "auto-resize guest display" is not active, restoring the vM will resize the window corretly to the same size it had when saving the state.
Change History (6)
comment:1 by , 15 years ago
comment:3 by , 15 years ago
I am also seeing this problem with version 3.0.2.
Host is 32bit Ubuntu 8.10, guests are 32bit Ubuntu 9.04 and Windows XP. WM on the host is also fvwm2. Guest has version 1.4 of the guest additions installed.
The host has a xinerama dual-screen display with geometry of 2560x1024 pixels. The geometry of the VirtualBox window as reported by fvwmident is 771x774+244+11 when I suspend the guest. After restoring it, the guest's geometry as reported by fvwmident is 387x774+244+22 (looks like the width is about half of what it was before).
It looks like there is something up with the size hints given to the window manager by VirtualBox.
comment:4 by , 15 years ago
I can confirm this bug with version 3.08 (VirtualBox-3.0.8_53138_fedora9-1.x86_64.rpm) installed on Fedora 10, using fvwm (version 2.5.26-2.fc10) as window manager. To me the problem seems to be the interaction between fvwm and VirtualBox. If I run VirtualBox on the same machine and OS, using the gnome desktop, then everything works just fine. Therefore it could as well be a fvwm bug.
Note also that if I disable "auto-resize guest display" then the windows desktop size is saved correctly between 2 sessions, but the horizontal dimension used by the actual VirtualBox window shrinks considerably for the restored session.
Jos.
comment:5 by , 12 years ago
As of a move from 4.1.x to 4.2.2, I have seen a similar thing happen consistently. In a Win7 64bit host, I run a Windows 7 64bit guest in one VM and a Windows 2003 Server 32bit in another. In either case, the VM is in a window (not maximized) and the VM is set to autosize. Autosizing works just fine if I grab the corner of the VM window and move in any direction. I can close the session (Machine->Close... and then continue with "Save the machine state" radio button selected). When I start the session back up, the VM windows has both a vertical and a horizontal scroll bar. The amount of play in the scroll bar appears to be very close the amount the orothogonal scroll bar consumes (i.e., is it possibly a rounding error and window size is off by only a pixel?). If I grab the corner and move it slightly, autosize functionality kicks in and the scroll bars disappear (correctly). Behavior is reproducible regardless of the window size relative to my desktop (running at 1920x1080).
comment:6 by , 8 years ago
Description: | modified (diff) |
---|---|
Resolution: | → obsolete |
Status: | new → closed |
Please reopen if still relevant with a recent VirtualBox release.
Additional info: System is a true 64bit Linux, guest is a 32bit Windows.