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

Issue 699412 link

Starred by 10 users
Status: Fixed
Owner:
skobes@chromium.org
Closed: Mar 2017
Cc:
nyerramilli@chromium.org
kkaluri@chromium.org
rbasuvula@chromium.org
dbeam@chromium.org
█ msrchandra@chromium.org
skobes@chromium.org
█ ranjitkan@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 1
Type: Bug-Regression

Blocking:
issue 671375



Sign in to add a comment

Regression: <select> is shown blank until mouse moves away

Reported by lpa...@etouch.net, Mar 8 2017 
Chrome Version: 59.0.3034.0 (Official Build) 3164ef05aedfd208cf1d9e43558d7e8d59b14a2c-refs/heads/master@{#455336} (32/64 Bit).

OS:  Windows(7,8,8.1,10).

Steps to reproduce:
1. Launch chrome, go to chrome://md-setings and click on any drop down list and observe.

Actual Result: Blank drop down is displayed
Expected Result: Drop down should appear properly.

This is regression issue broken in 'M 59' and will soon update the bisect info:

Manual Bisect Info: 
Good Build 59.0.3033.0
Bad Build 59.0.3034.0

Note: Will soon update Linux and Mac OS status once build 59.0.3034.0 is available.
Actual Result.mp4
385 KB View Download

Comment 1 by rbasuvula@chromium.org, Mar 8 2017

Cc: rbasuvula@chromium.org
Labels: hasbisect OS-Linux
Owner: skobes@chromium.org
Status: Assigned (was: Untriaged)
Using the normal bisect providing the bisect results,
Good build:59.0.3033.0 (Revision: 455023).
Bad build:59.0.3034.0  (Revision: 455336).

You are probably looking for a change made after 455319 (known good), but no later than 455326 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/e72cd03ddb132b80e770939f048f3f80684d2362..6f16f9098ad2c1da54ac2ca6ea3b203c177b6119

From the CL above, assigning the issue to the concern owner

@skobes : Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url:https://codereview.chromium.org/2736523002
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Not in Mac 10.12.3 and Able to reproduce in latest Canary #58.0.3034.0
Unable to give the per revision bisect due to all good builds are coming.So providing normal bisect.

Comment 2 by lpa...@etouch.net, Mar 8 2017

Labels: -OS-Linux
Note: It is also seen for Print Preview, Report an issue, Search Engine, Clear Browsing Data.

Comment 3 by dpa...@chromium.org, Mar 8 2017

Cc: dbeam@chromium.org
Components: Blink>Forms>Select
Labels: -Pri-2 Proj-MaterialDesign-WebUI Pri-1
Summary: Regression: <select> is shown blank until mouse moves away (was: Regression: Blank drop down is displayed in chrome://md-settings.)
This is affecting every webpage that has a <select>, including our own WebUI pages. Bumping up priority.

Comment 4 by dpa...@chromium.org, Mar 8 2017

Labels: -OS-Windows OS-All

Comment 5 by dpa...@chromium.org, Mar 8 2017

Blocking: 671375

Comment 6 by skobes@chromium.org, Mar 8 2017

Status: Started (was: Assigned)

Comment 7 by skobes@chromium.org, Mar 8 2017 

Patch up: http://crrev.com/2737193002

Comment 8 by tkent@chromium.org, Mar 9 2017 

 Issue 699585  has been merged into this issue.

Comment 9 by tkent@chromium.org, Mar 9 2017

Labels: -M-58 ReleaseBlock-Dev M-59
Project Member

Comment 10 by bugdroid1@chromium.org, Mar 9 2017 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/a2d48d4e791055524b1dd7870ed2674c98cc6bfc

commit a2d48d4e791055524b1dd7870ed2674c98cc6bfc
Author: skobes <skobes@chromium.org>
Date: Thu Mar 09 02:20:02 2017

Let PagePopupChromeClient schedule frames before attachRootGraphicsLayer.

This fixes a chicken-and-egg problem introduced by http://crrev.com/455325.
WebPagePopupImpl sets m_isAcceleratedCompositingActive during the first
compositing update, which scheduleAnimation wouldn't schedule without the bit.

WebPagePopupImpl now eagerly initializes m_layerTreeView, which matches what
WebViewImpl does for non-popup content.

BUG= 699412 , 698464 

Review-Url: https://codereview.chromium.org/2737193002
Cr-Commit-Position: refs/heads/master@{#455642}

[modify] https://crrev.com/a2d48d4e791055524b1dd7870ed2674c98cc6bfc/third_party/WebKit/Source/web/WebPagePopupImpl.cpp
[modify] https://crrev.com/a2d48d4e791055524b1dd7870ed2674c98cc6bfc/third_party/WebKit/Source/web/WebPagePopupImpl.h

Comment 11 by elawrence@chromium.org, Mar 9 2017 

 Issue 700046  has been merged into this issue.

Comment 12 by skobes@chromium.org, Mar 10 2017

Cc: kkaluri@chromium.org skobes@chromium.org
 Issue 699839  has been merged into this issue.

Comment 13 by skobes@chromium.org, Mar 10 2017

Status: Fixed (was: Started)
Verified in canary (59.0.3037.0).

Comment 14 by elawrence@chromium.org, Mar 11 2017 

 Issue 700657  has been merged into this issue.
►

Sign in to add a comment