Discuss the 6.0.4 release

This is for discussing general topics about how to use VirtualBox.

Discuss the 6.0.4 release

Postby michael » 28. Jan 2019, 17:11

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:
  • #18443 Kernel Oops in vboxvideo - Fixed with 6.0.6.
  • #18494 VBoxManage modifyvm --recording ... : Crash, Documentation wrong - Fixed with 6.0.6.
  • #18579 The Search function of the .chm help does not work.
See also:
michael
Oracle Corporation
 
Posts: 683
Joined: 10. May 2007, 09:46

Re: Discuss the 6.0.4 release

Postby Keelung » 29. Jan 2019, 04:04

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.
Keelung
 
Posts: 11
Joined: 19. Sep 2017, 04:42

Re: Discuss the 6.0.4 release

Postby klaus » 29. Jan 2019, 11:38

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.

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).
klaus
Oracle Corporation
 
Posts: 715
Joined: 10. May 2007, 14:57

Re: Discuss the 6.0.4 release

Postby Keelung » 30. Jan 2019, 07:21

VBoxSVC.log is not accessable, even if I've close VBox
Attachments
vb.png
vb.png (8.87 KiB) Viewed 3632 times
Keelung
 
Posts: 11
Joined: 19. Sep 2017, 04:42

Re: Discuss the 6.0.4 release

Postby klaus » 30. Jan 2019, 14:44

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...
klaus
Oracle Corporation
 
Posts: 715
Joined: 10. May 2007, 14:57

Re: Discuss the 6.0.4 release

Postby Keelung » 31. Jan 2019, 03:34

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
Keelung
 
Posts: 11
Joined: 19. Sep 2017, 04:42

Re: Discuss the 6.0.4 release

Postby Etepetete » 2. Feb 2019, 21:00

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.
Attachments
VBox6.0.4-Kernel4.4.172.zip
(55.38 KiB) Downloaded 21 times
VBox6.0.4-Kernel4.4.157-GA6.0.4.zip
(56.87 KiB) Downloaded 21 times
VBox6.0.4-Kernel4.4.157-GA5.2.26.zip
(56.55 KiB) Downloaded 16 times
Etepetete
 
Posts: 393
Joined: 7. Oct 2009, 10:19
Location: Berlin
Primary OS: MS Windows 10
VBox Version: PUEL
Guest OSses: Slackware 14.2

Re: Discuss the 6.0.4 release

Postby mpack » 5. Feb 2019, 11:53

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.
mpack
Site Moderator
 
Posts: 29962
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

Postby socratis » 5. Feb 2019, 12:09

mpack wrote:I just tripped over a bug in 6.0.4, with latest GAs, VBoxVGA legacy graphics.

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 prior

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.
socratis
Site Moderator
 
Posts: 26877
Joined: 22. Oct 2010, 11:03
Location: Greece
Primary OS: Mac OS X other
VBox Version: PUEL
Guest OSses: Win(*>98), Linux*, OSX>10.5

Re: Discuss the 6.0.4 release

Postby socratis » 5. Feb 2019, 13:58

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
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.
socratis
Site Moderator
 
Posts: 26877
Joined: 22. Oct 2010, 11:03
Location: Greece
Primary OS: Mac OS X other
VBox Version: PUEL
Guest OSses: Win(*>98), Linux*, OSX>10.5

Re: Discuss the 6.0.4 release

Postby mpack » 5. Feb 2019, 14:11

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.
mpack
Site Moderator
 
Posts: 29962
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

Postby michael » 5. Feb 2019, 17:04

Could you please give the current development (not 6.0) test builds a try?

https://www.virtualbox.org/wiki/Testbuilds
michael
Oracle Corporation
 
Posts: 683
Joined: 10. May 2007, 09:46

Re: Discuss the 6.0.4 release

Postby socratis » 5. Feb 2019, 17:46

michael wrote:Could you please give the current development (not 6.0) test builds a try?

Confirmed as working with development revision 128641.
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.
socratis
Site Moderator
 
Posts: 26877
Joined: 22. Oct 2010, 11:03
Location: Greece
Primary OS: Mac OS X other
VBox Version: PUEL
Guest OSses: Win(*>98), Linux*, OSX>10.5

Re: Discuss the 6.0.4 release

Postby mpack » 5. Feb 2019, 20:00

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?
mpack
Site Moderator
 
Posts: 29962
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

Postby michael » 6. Feb 2019, 10:47

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!
michael
Oracle Corporation
 
Posts: 683
Joined: 10. May 2007, 09:46

Next

Return to Using VirtualBox

Who is online

Users browsing this forum: No registered users and 8 guests