Discuss the 6.0.4 release
Discuss the 6.0.4 release
Discuss the 6.0.4 release here.
You can download the release here.
VirtualBox 6.0.4 is a new maintenance release.
VirtualBox 6.0.14 has been released. Please try that before continuing the discussion in this thread.
Known new issues/regressions
These are new and confirmed tickets about issues with 6.0.4: See also:
You can download the release here.
VirtualBox 6.0.4 is a new maintenance release.
VirtualBox 6.0.14 has been released. Please try that before continuing the discussion in this thread.
Known new issues/regressions
These are new and confirmed tickets about issues with 6.0.4: See also:
Re: Discuss the 6.0.4 release
As in 6.0.2:
Crashed silently, the main windows show & exit silently, on Microsoft Windows [Version 10.0.17134.376] 64 bit
And then I open it again, it seems work. But while closing my windows host there is a process "VirtualBox Interface" prevents to shutdown even if I've closed VBox.
Crashed silently, the main windows show & exit silently, on Microsoft Windows [Version 10.0.17134.376] 64 bit
And then I open it again, it seems work. But while closing my windows host there is a process "VirtualBox Interface" prevents to shutdown even if I've closed VBox.
Re: Discuss the 6.0.4 release
Please create a separate topic for this, since it'll need lots of additional clarifications to hunt down whatever is happening (which can't be an issue for the majority of users on Windows 10 1809). Please provide VBoxSVC.log and selectorwindow.log (both in .VirtualBox in your home directory).Keelung wrote:As in 6.0.2:
Crashed silently, the main windows show & exit silently, on Microsoft Windows [Version 10.0.17134.376] 64 bit
And then I open it again, it seems work. But while closing my windows host there is a process "VirtualBox Interface" prevents to shutdown even if I've closed VBox.
Re: Discuss the 6.0.4 release
VBoxSVC.log is not accessable, even if I've close VBox
- Attachments
-
- vb.png (8.87 KiB) Viewed 9387 times
Re: Discuss the 6.0.4 release
Weird. VBoxSVC.log should be accessible by the user even if VBoxSVC is still running. An inaccessible VBoxSVC.log will completely sabotage running VirtualBox from my experience. Can you find out if there's any process around which keeps the file open? One way would be using process explorer or similar tools. Worst case delete the file and retry...
Re: Discuss the 6.0.4 release
I open VBox again, it works. And then I close it, VBoxSVC.log is accessible.
I've post whole folder to viewtopic.php?f=1&t=91565
I've post whole folder to viewtopic.php?f=1&t=91565
-
- Posts: 400
- Joined: 7. Oct 2009, 10:19
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Slackware 14.2
- Location: Berlin
Re: Discuss the 6.0.4 release
Installed VBox version 6.0.4, updated extension pack accordingly, did not mount guest additions iso, keeping GAs at version 5.2.26
Started VM (Slackware 14.2) and VBox ran as expected.
After installing guest additions version 6.0.4 and restarting VM I experienced behavior similar to my post regarding VBox version 6.0.0
i.e started VM, VM window (console) freezes during boot, preview window in UI continues to display current boot progress.
clicking on taskbar (host) updates VM window to latest current progress but it remains inactive, i.e. keystrokes not shown.
startx (FluxBox), VM window displays correctly.
exit X and VM window freezes, preview window as previously described.
shutdowm VM, removed guest additions iso.
restarted VM, issue as described above.
updated Slackware to newest stable release, kernel 4.4.172
shutdown VM, attached guest additions iso.
restarted VM and VM window updates properly. (GA wouldn't compile but that is a topic for a different post.)
I went through this several times (i.e. restoring backups and uninstalling / reinstalling version 6.0.4) over the past week and behavior was consistent as reported above.
I will now stay with VBox version 6.0.4. If I cannot solve the issue with compiling the GAs, I will revert to GAs version 5.2.26
Logs attached for comparison.
Started VM (Slackware 14.2) and VBox ran as expected.
After installing guest additions version 6.0.4 and restarting VM I experienced behavior similar to my post regarding VBox version 6.0.0
i.e started VM, VM window (console) freezes during boot, preview window in UI continues to display current boot progress.
clicking on taskbar (host) updates VM window to latest current progress but it remains inactive, i.e. keystrokes not shown.
startx (FluxBox), VM window displays correctly.
exit X and VM window freezes, preview window as previously described.
shutdowm VM, removed guest additions iso.
restarted VM, issue as described above.
updated Slackware to newest stable release, kernel 4.4.172
shutdown VM, attached guest additions iso.
restarted VM and VM window updates properly. (GA wouldn't compile but that is a topic for a different post.)
I went through this several times (i.e. restoring backups and uninstalling / reinstalling version 6.0.4) over the past week and behavior was consistent as reported above.
I will now stay with VBox version 6.0.4. If I cannot solve the issue with compiling the GAs, I will revert to GAs version 5.2.26
Logs attached for comparison.
- Attachments
-
- VBox6.0.4-Kernel4.4.172.zip
- (55.38 KiB) Downloaded 63 times
-
- VBox6.0.4-Kernel4.4.157-GA6.0.4.zip
- (56.87 KiB) Downloaded 62 times
-
- VBox6.0.4-Kernel4.4.157-GA5.2.26.zip
- (56.55 KiB) Downloaded 59 times
-
- Site Moderator
- Posts: 39134
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Mostly XP
Re: Discuss the 6.0.4 release
I just tripped over a bug in 6.0.4, with latest GAs, VBoxVGA legacy graphics. Win10-1803 64bit host.
Start with a Win7-64bit VM running in a medium size window. Use View menu to switch to full screen mode. Later use host+F to switch back to window mode: the window now occupies the full screen (with borders and caption) instead of returning to the original size.
Start with a Win7-64bit VM running in a medium size window. Use View menu to switch to full screen mode. Later use host+F to switch back to window mode: the window now occupies the full screen (with borders and caption) instead of returning to the original size.
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: Discuss the 6.0.4 release
I think it's a known 6.0.0 issue, simply no one has filed a ticket yet, and I haven't had the time to investigate if it's a regression: Exit Full Screen doesn't revert to resolution priormpack wrote:I just tripped over a bug in 6.0.4, with latest GAs, VBoxVGA legacy graphics.
I think you were the last person to reply...
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: Discuss the 6.0.4 release
Don, I did some further investigation, it happens with 6.0.*, not with any previous versions. I decided to file a ticket, but someone beat me to it...
#18408 Exiting seamless mode does not revert guest display back to previous resolution
#18408 Exiting seamless mode does not revert guest display back to previous resolution
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
-
- Site Moderator
- Posts: 39134
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Mostly XP
Re: Discuss the 6.0.4 release
I interpreted the previous discussion as being about what happens when a VM is shut down while running in full screen mode. My report above involves changes in a live VM, not involving a shutdown or suspension or restoring a previous session. I.e. the issue is not about the LastGuestSizeHint recorded in the settings file or other similar issues.
Speaking about the Windows API only (I imagine other hosts have something similar), the SetWindowsPlacement() API function structure records separate placement info for minimized, normal and maximized forms of the window. The fact that the VM forgets the normal size implies that it isn't using the windows provided placement information. There may be some complication involved in the switch to fullscreen mode that I'm not aware of - it's not something I've ever tried to achieve, perhaps it does involve a different type of window or drawing surface - I always assumed it was just a normal window with the location and dimension set so the caption bar and frames are located just offscreen.
p.s. While it's probably the same issue, I'll note that the ticket you referenced talks about seamless mode, not fullscreen mode. Also it says (probably incorrectly) that exiting seamless mode takes you to fullscreen mode, but I assume that it actually takes you to a maximized window which is what I saw. The difference is visible caption bars etc, though now I think of it, it probably is using fullscreen dimensions in some way.
Speaking about the Windows API only (I imagine other hosts have something similar), the SetWindowsPlacement() API function structure records separate placement info for minimized, normal and maximized forms of the window. The fact that the VM forgets the normal size implies that it isn't using the windows provided placement information. There may be some complication involved in the switch to fullscreen mode that I'm not aware of - it's not something I've ever tried to achieve, perhaps it does involve a different type of window or drawing surface - I always assumed it was just a normal window with the location and dimension set so the caption bar and frames are located just offscreen.
p.s. While it's probably the same issue, I'll note that the ticket you referenced talks about seamless mode, not fullscreen mode. Also it says (probably incorrectly) that exiting seamless mode takes you to fullscreen mode, but I assume that it actually takes you to a maximized window which is what I saw. The difference is visible caption bars etc, though now I think of it, it probably is using fullscreen dimensions in some way.
Re: Discuss the 6.0.4 release
Could you please give the current development (not 6.0) test builds a try?
https://www.virtualbox.org/wiki/Testbuilds
https://www.virtualbox.org/wiki/Testbuilds
-
- Site Moderator
- Posts: 27329
- Joined: 22. Oct 2010, 11:03
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Win(*>98), Linux*, OSX>10.5
- Location: Greece
Re: Discuss the 6.0.4 release
Confirmed as working with development revision 128641.michael wrote:Could you please give the current development (not 6.0) test builds a try?
OSX 10.11.6 host, WinXP SP3 guest. GAs version not important.
I'll notify the tickets.
Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
Do NOT reply with the "QUOTE" button, please use the "POST REPLY", at the bottom of the form.
If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.
-
- Site Moderator
- Posts: 39134
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Mostly XP
Re: Discuss the 6.0.4 release
I can confirm that the 6.0.97 test build (128634) fixed the window sizing problem for me.
When installing the updated GAs with Direct3D I got scary messages about the existing Direct3D configuration being corrupted, do I want to proceed to install the GAs anyway? I said yes and they seem to be fine. I.e. my own OpenGL 3D viewer I had installed in that VM seemed quite happy with the new version GAs (VBoxVGA graphics). Someone today posted a bit of a rant about corruption occuring in a ReactOS VM. Normally I would say ReactOS is not supported, but the developers seemed to be making a valid point, that they had investigated the problem and found a VirtualBox bug. Is this likely to be the same corruption?
When installing the updated GAs with Direct3D I got scary messages about the existing Direct3D configuration being corrupted, do I want to proceed to install the GAs anyway? I said yes and they seem to be fine. I.e. my own OpenGL 3D viewer I had installed in that VM seemed quite happy with the new version GAs (VBoxVGA graphics). Someone today posted a bit of a rant about corruption occuring in a ReactOS VM. Normally I would say ReactOS is not supported, but the developers seemed to be making a valid point, that they had investigated the problem and found a VirtualBox bug. Is this likely to be the same corruption?
Re: Discuss the 6.0.4 release
Hello Don,
The fix for the full-screen problem is now in 6.0, revision 128643 and later. I passed on the ReactOS ticket to the people on the team who work on that code.
Thanks!
The fix for the full-screen problem is now in 6.0, revision 128643 and later. I passed on the ReactOS ticket to the people on the team who work on that code.
Thanks!