Discuss the 4.3.16 release
-
- Posts: 15
- Joined: 13. Sep 2014, 21:54
- Primary OS: Linux other
- VBox Version: OSE other
- Guest OSses: Windows 7 Pro Raw disk partion access
- Location: Minden, Nevada, USA
Re: Discuss the 4.3.16 release
My system is:
* Arch Linux host
* Windows 7 Pro guest (aero enabled)
* Core i5 with 8GB RAM
* Using a raw host hard disk from a guest
* UEFI running a VM that was created on an MBR machine back in Feb. 2013.
* $ uname -a
Linux Bridger 3.16.2-1-ARCH #1 SMP PREEMPT Sat Sep 6 13:12:51 CEST 2014 x86_64 GNU/Linux
After upgrading to 4.3.16 from 4.3.14 Aero has very glitchy behavior:
* Most noticeable when hovering over items in the task bar where icons are drawn over with large blank spaces.
* Also seen loading some OS windows where lots of redraw and flashing can be seen.
I've reverted to 4.3.14 front end components, but host-modules remain at 4.3.16 (saved 1 reboot) and everone is very happy.
Thanks, all, for such awesome work!
* Arch Linux host
* Windows 7 Pro guest (aero enabled)
* Core i5 with 8GB RAM
* Using a raw host hard disk from a guest
* UEFI running a VM that was created on an MBR machine back in Feb. 2013.
* $ uname -a
Linux Bridger 3.16.2-1-ARCH #1 SMP PREEMPT Sat Sep 6 13:12:51 CEST 2014 x86_64 GNU/Linux
After upgrading to 4.3.16 from 4.3.14 Aero has very glitchy behavior:
* Most noticeable when hovering over items in the task bar where icons are drawn over with large blank spaces.
* Also seen loading some OS windows where lots of redraw and flashing can be seen.
I've reverted to 4.3.14 front end components, but host-modules remain at 4.3.16 (saved 1 reboot) and everone is very happy.
Thanks, all, for such awesome work!
Re: Discuss the 4.3.16 release
Could you post a VM log here please?BartonC wrote: ...
After upgrading to 4.3.16 from 4.3.14 Aero has very glitchy behavior:
* Most noticeable when hovering over items in the task bar where icons are drawn over with large blank spaces.
* Also seen loading some OS windows where lots of redraw and flashing can be seen.
Just to dobule-check, you mean the issue is gone when you use guest with 4.3.14 Guest Additions with 4.3.16 VBox host installation, right?BartonC wrote: I've reverted to 4.3.14 front end components, but host-modules remain at 4.3.16 (saved 1 reboot) and everone is very happy.
Thanks, all, for such awesome work!
Could you attach a VM log for this case as well please?
Re: Discuss the 4.3.16 release
Could you elaborate on what happens to them, i.e. do they halt? if so, does the host VM window remain responsive? Can you shut down a VM by pressing the "x" button and selecting "power off"? etc.BrianG61UK wrote:I find that with 4.3.16 my 32 bit Windows VMs (One Windows 7, One XP) (with 3D enabled) will not shut down or restart.
Could you attach a VM log for VM session exposing this issue?
Does this issue go away if you disable the 3D Acceleration for your VM?
Re: Discuss the 4.3.16 release
Host: Arch Linux 3.16.2-1-ARCH on x86_64
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
Pressing (sometimes multiple times) HOST+P to pause the VM will return desktop control to me allowing me to power off the VM.
I also tried the VBoxGuestAdditions_4.3.17 posted by Frank in an earlier post in this thread hoping that it is simply a X11 driver issue but it didnt work for me as well.
I reverted my VirtualBox back to 4.3.14 and things went back to usual.
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
Pressing (sometimes multiple times) HOST+P to pause the VM will return desktop control to me allowing me to power off the VM.
I also tried the VBoxGuestAdditions_4.3.17 posted by Frank in an earlier post in this thread hoping that it is simply a X11 driver issue but it didnt work for me as well.
I reverted my VirtualBox back to 4.3.14 and things went back to usual.
- Attachments
-
- vbox.log.tgz
- (180 Bytes) Downloaded 13 times
Re: Discuss the 4.3.16 release
Does "freezes" here mean that it does not accept any input then? Perhaps you could investigate a bit more what is still working and what not. I assume exiting full-screen is not working.parn wrote:Host: Arch Linux 3.16.2-1-ARCH on x86_64
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
Re: Discuss the 4.3.16 release
The VM accepts inputs because I managed to HOST-P to pause it but the Guest OS does not. The only way to exit the Guest OS is to pause the VM first.michael wrote:Does "freezes" here mean that it does not accept any input then? Perhaps you could investigate a bit more what is still working and what not. I assume exiting full-screen is not working.parn wrote:Host: Arch Linux 3.16.2-1-ARCH on x86_64
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
I am currently running virtualbox-4.3.14 with virtualbox-host-modules-4.3.16 and guest additions VBoxGuestAdditions_4.3.17-96003.iso. It actually runs smoother graphically than it did before
[EDIT]
When I said the Guest OS does not accept inputs I might be wrong. The thing is, all I can see are the windows from the guest os being painted on my screen across all workspaces and they cover everything and I might have been able to exit fullscreen mode but I could not see it because it was covered.
Last edited by parn on 15. Sep 2014, 10:20, edited 1 time in total.
Re: Discuss the 4.3.16 release
Does the mouse cursor get updated when you move it around the guest? I wonder whether Windows has anything that will show you the keyboard state - caps lock and things - which you could start before going full-screen to see if it is still updated.parn wrote:The VM accepts inputs because I managed to HOST-P to pause it but the Guest OS does not. The only way to exit the Guest OS is to pause the VM first.michael wrote:Does "freezes" here mean that it does not accept any input then? Perhaps you could investigate a bit more what is still working and what not. I assume exiting full-screen is not working.parn wrote:Host: Arch Linux 3.16.2-1-ARCH on x86_64
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
I am currently running virtualbox-4.3.14 with virtualbox-host-modules-4.3.16 and guest additions VBoxGuestAdditions_4.3.17-96003.iso. It actually runs smoother graphically than it did before
Re: Discuss the 4.3.16 release
I can see the mouse cursor moving but it will not get updated when I move it to a border as it should.michael wrote:parn wrote:Does the mouse cursor get updated when you move it around the guest? I wonder whether Windows has anything that will show you the keyboard state - caps lock and things - which you could start before going full-screen to see if it is still updated.michael wrote: The VM accepts inputs because I managed to HOST-P to pause it but the Guest OS does not. The only way to exit the Guest OS is to pause the VM first.
I am currently running virtualbox-4.3.14 with virtualbox-host-modules-4.3.16 and guest additions VBoxGuestAdditions_4.3.17-96003.iso. It actually runs smoother graphically than it did before
When I said the Guest OS does not accept inputs I might be wrong. The thing is, all I can see are the windows from the guest os being painted on my screen across all workspaces and they cover everything and I might have been able to exit fullscreen mode but I could not see it because it was covered.
My guess is that the Guest OS is not being painted and updated properly.
Re: Discuss the 4.3.16 release
Which window manager are you using?parn wrote:Host: Arch Linux 3.16.2-1-ARCH on x86_64
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
Re: Discuss the 4.3.16 release
I am using openbox without any DE. Just openbox and xcompmgr; which I have switched off while trying to troubleshoot.michael wrote:Which window manager are you using?parn wrote:Host: Arch Linux 3.16.2-1-ARCH on x86_64
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
Re: Discuss the 4.3.16 release
I did a quick test by starting openbox ("openbox --replace") on my Ubuntu 14.10 host with two screens (laptop built-in and external) and starting a dual monitor Ubuntu 14.04 guest with Additions - admittedly development code, not 4.3.16. I did not observe any problems except for the mouse position being wrongly reported (known problem, known cause, but sadly the fix is not quite obvious. I presume this is not what you are seeing...?)parn wrote:I am using openbox without any DE. Just openbox and xcompmgr; which I have switched off while trying to troubleshoot.michael wrote:Which window manager are you using?parn wrote:Host: Arch Linux 3.16.2-1-ARCH on x86_64
Guest: Windows 2012 (64)
System: Dell Studio XPS 1537 (Intel Centrino 2, AMD Mobility HD3450, 8GB RAM)
Issue: The moment I switch to fullscreen/seamless mode the guest os screen freezes and persist on all my workspaces like a "foreground wallpaper". I notice that the Guest OS is still being updated though because I notice that the clock there is still ticking.
Can you think of any reasons I might not be seeing what you are?
-
- Posts: 19
- Joined: 12. Feb 2010, 15:59
- Primary OS: Ubuntu other
- VBox Version: PUEL
- Guest OSses: Windows *
Re: Discuss the 4.3.16 release
I have another problem with the mini-toolbar. With my dual monitor setup, my fullscreen VMs appear on one monitor and the mini-toolbar menu on the other. If I switch monitor for the VM (View > Virtual Screen 1 > Use host monitor X) they trade places so they are still on opposite monitors.
Host: Xubuntu 14.04
Guests: Windows 7, Xubuntu 14.04
Main Monitor: VGA 1920x1200
Second Monitor: HDMI2 1920x1200
Host: Xubuntu 14.04
Guests: Windows 7, Xubuntu 14.04
Main Monitor: VGA 1920x1200
Second Monitor: HDMI2 1920x1200
Re: Discuss the 4.3.16 release
Does disabling the mini-toolbar make a difference?mikewse wrote:I have another problem with the mini-toolbar. With my dual monitor setup, my fullscreen VMs appear on one monitor and the mini-toolbar menu on the other. If I switch monitor for the VM (View > Virtual Screen 1 > Use host monitor X) they trade places so they are still on opposite monitors.
Host: Xubuntu 14.04
Guests: Windows 7, Xubuntu 14.04
Main Monitor: VGA 1920x1200
Second Monitor: HDMI2 1920x1200
-
- Posts: 19
- Joined: 12. Feb 2010, 15:59
- Primary OS: Ubuntu other
- VBox Version: PUEL
- Guest OSses: Windows *
Re: Discuss the 4.3.16 release
I hope I understand you correctly, but yes, if I disable the mini-toolbar in Settings on the running VM it will disappear, and when i re-enable it will come back on the wrong monitor.
Re: Discuss the 4.3.16 release
Attached is a screenshot of what I am seeing after I manage to escape from fullscreen mode. It seems that a region of my screen is not being updated and it cannot be updated. The screen is not being updated in fullscreen mode as well. It is as if a region of my screen has been blocked off.michael wrote:I did a quick test by starting openbox ("openbox --replace") on my Ubuntu 14.10 host with two screens (laptop built-in and external) and starting a dual monitor Ubuntu 14.04 guest with Additions - admittedly development code, not 4.3.16. I did not observe any problems except for the mouse position being wrongly reported (known problem, known cause, but sadly the fix is not quite obvious. I presume this is not what you are seeing...?)parn wrote:I am using openbox without any DE. Just openbox and xcompmgr; which I have switched off while trying to troubleshoot.michael wrote:
Which window manager are you using?
Can you think of any reasons I might not be seeing what you are?
When I then press HOST+DELETE after focusing the VM, the Preview Panel in the VM correctly shows the blue windows option screen. Which means, Virtual Box is actually working because the Preview Panel reflects that. Also, after more testing, The mouse cursor bug you mentioned too has been observed at the edges of the VM where the GUI is not blocked.
Since I am experiencing this only in 4.3.16, I think it should be related to the X11 native full-screen multi-screen mapping API.
Running Xorg 1.16 + xf86-video-ati 1:7.4.0-3 on a Radeon Mobility HD3450
- Attachments
-
- This is what I get if I manage to get out of fullscreen mode
- screen1.png (16.3 KiB) Viewed 5102 times