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

Issue 868682 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner:
Closed: Aug 3
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

When the zero-copy rasterizer flag is enabled, drop down menus (like the ones to choose options in Chrome flags), are just black

Reported by dmomo996@gmail.com, Jul 28

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.12 Safari/537.36

Steps to reproduce the problem:
1. Go to chrome://flags/#enable-zero-copy and enable the zero-copy rasterizer.
2. Go to any site that has drop down menus (such as the ones to choose options in chrome flags), and you will see that it is black.
3. 

What is the expected behavior?
To have a normal drop down menu/have the desired options.

What went wrong?
The drop down menus are black when the zero copy rasterizer is enabled - chrome://flags/#enable-zero-copy

Did this work before? Yes ~ Chrome 68

Chrome version: 69.0.3497.12  Channel: dev
OS Version: 10.0
Flash Version: 

This issue is only on Chrome 70 (Canary) and Chrome 69 (Dev), as of July 28, 2018.  The beta and stable versions do not have this issue.
 

Comment 1 Deleted

I also attached  before and after image
unknown (1).png
232 KB View Download
Labels: Needs-Bisect Needs-Triage-M69
Cc: susan.boorgula@chromium.org
Components: Internals>Compositing>Rasterization Internals>GPU>VendorSpecific
Labels: -Pri-2 -Needs-Bisect ReleaseBlock-Stable Triaged-ET M-69 Target-70 RegressedIn-69 FoundIn-70 FoundIn-69 Target-69 hasbisect Pri-1
Status: Untriaged (was: Unconfirmed)
dmomo996@ Thanks for the issue.

Able to reproduce this issue on Windows 10 on the reported version 69.0.3497.12 and the latest Canary 70.0.3506.0 as per the original comment.
Attached is the chrome://gpu details.
Note: Issue is not reproducible on Windows 10 HP Elitebook laptop, Mac OS 10.13.3 and Ubuntu 17.10.

Bisect Information:
===================
Good Build : 69.0.3444.0 (Revision:562313)
Bad Build :  69.0.3445.0 (Revision:562690)

Tried running the per-revision Bisect script, but 'Failure: [Errno 1] _ssl.c:507: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed.' error was coming up.
Hence below is the Changelog URL from omahaproxy:
https://chromium.googlesource.com/chromium/src/+log/69.0.3444.0..69.0.3445.0?pretty=fuller&n=10000

Unable to find the right suspect from the above Changelog URL. Hence tentatively adding 'Internals>GPU>VendorSpecific' and 'Internals>Compositing>Rasterization' components to look into the issue and help in further triaging.

Adding 'ReleaseBlock-Stable' label as this is a recent regression. Please feel free to remove if it is not applicable.

Thanks..

gpu.html
68.2 KB View Download
Friendly ping to get an update as it is marked as RB stable.
Thanks..!

Components: -UI -Internals>GPU>VendorSpecific
Owner: vmi...@chromium.org
not sure it's vendor specific

victor: who should take a look with this zero-copy rasterizer bug?
Cc: marc...@chromium.org dcasta...@chromium.org
Status: WontFix (was: Untriaged)
This is an experimental flag setting, and the zero copy mode is not supported on Windows so please don't set this option.

To reporter: The setting may have worked in the past because it was ignored.  Please reset experimental your flag settings to defaults.
Cc: danakj@chromium.org
Suspecting this change may have affected handling of the flag.

https://chromium.googlesource.com/chromium/src/+/57baa774bfecb02345e30c95ad8a6ddc3e6a0092
 Issue 880998  has been merged into this issue.

Sign in to add a comment