New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 595049 link

Starred by 0 users

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: May 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Win 10 Host doesn't render all elements when running headless

Project Member Reported by ajnolley@chromium.org, Mar 15 2016

Issue description

Version: 50.0.2661.22
OS: Windows 10

What steps will reproduce the problem?
(1)Connect to a Windows 10 Host running headless or with monitor turned off
(2)Note that certain Windows 10 specific elements of the Windows UI do not render correctly, for example, when clicking Search, the Search results do not render. Also the mouse pointer doesn't point to the correct spot when moving only over the Windows 10 start tiles, and the Windows Settings app doesn't render all areas (the old Windows 7 style control panel works fine)
(3)If you turn the monitor on or connect a monitor, everything renders correctly again




 
Owner: zijiehe@chromium.org
Status: Assigned (was: Untriaged)
Zijie, can you see if the new capture API fixes this?
Sure.
This bug has been reported @ 526883, and assigned to Ted Nakamura (tnakamura) because it's in WebRTC layer.
Based on our conversation off-line, that bug is related to Metro UI, which is not the case here. AIUI, the code that omits Metro windows should do so regardless of whether or not the monitor is switched on, so I think this is different from  bug 526883 .
I am using a laptop (thinkpad x1 carbon second generation), with intel HD graphics 4400 display adapter. I closed the screen, so it went into headless mode. But I could not reproduce the issue, no matter with monitor existing or not, setting app worked fine. Both screenshot attached.
p.s. I am using a production version.
GDI.png
244 KB View Download
GDI-headless.png
183 KB View Download
This issue was reproduced on two systems, one with an Nvidia card, the other with an AMD apu. However, I could not repro on a third machine, with Nvidia graphics. I am not sure why the repro is inconsistent. 
Can I debug on these machines?
Absolutely. I'll set up a log in for you and hand it to you.
I have updated driver of video adapter, now the issue has gone. It looks like an optimization of the driver, i.e. if there is no display, the screen won't need to be updated. Especially when we need to update a directx based area, which requires more energy. I have also found similar impact on my laptop, though the screen renders well, the performance has been reduced obviously in headless mode.

If you do not have concern, or upgrading driver of Nvidia card can also resolve the issue. I would like to resolve this bug as won't fix.

P.S. a good news is, this machine (x130e I believe) has a very strange spec, it uses a 1366x768 screen, but the video adapter indeed uses 1376x768 memory alignment. This helps me to resolve a bug in DirectX based capturer.
Status: Verified (was: Assigned)
This no longer occurs, so marking as Verified

Sign in to add a comment