Issue metadata
Sign in to add a comment
|
Unresponsive UI elements when launching with --use-gl=desktop
Reported by
darc.v...@googlemail.com,
Dec 2 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.75 Safari/537.36 Steps to reproduce the problem: 1. Launch browser from command line with --use-gl=desktop 2. Navgate to any page with WebGL content 3. attempt to click on the navigation input What is the expected behavior? Textbox should obtain focus and allow interaction What went wrong? Textbox does not get focus and does not allow mouse interaction until some other event (keyboard or mouse scroll) occurs Did this work before? Yes 54 Chrome version: 55.0.2883.75 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 23.0 r0
,
Dec 2 2016
,
Dec 2 2016
Correct, this is not supported. Though it's also not supported, you may get better results with --use-angle=gl, which uses ANGLE's OpenGL backend.
,
Dec 3 2016
Please explain not supported. This command line switch was useful in allowing me to test against both ANGLE and Native OpenGL on Windows 7, one that use to function correctly in previous versions of chrome and did not exhibit the issue reported.
,
Dec 3 2016
Chrome's desktop OpenGL backend on Windows is not a configuration we test in house. ANGLE, however, now has its own desktop OpenGL backend and we do in fact test it. --use-angle=gl enables that. That supersedes --use-gl=desktop on Windows. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by pbomm...@chromium.org
, Dec 2 2016Components: -UI Internals>GPU