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

Issue 781793 link

Starred by 3 users

Issue metadata

Status: Duplicate
Owner: ----
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Visibility doesn't seem to be properly render for children

Reported by axn...@gmail.com, Nov 6 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/62.0.3202.75 Chrome/62.0.3202.75 Safari/537.36

Example URL:
https://jsbin.com/muhomesowo/edit?html,output

Steps to reproduce the problem:
1. Click on the kill css button, this will delete the style tag containing the global selector. The toggle visibility button will now appear
2. Click on toggle visibility, we now see the div containing foo but now the div containing bar.
3. 

What is the expected behavior?
The red div containing Bar should appear.

What went wrong?
The red div doesn't appear. If we toggle its style with the devtools it immediately appears once we trigger a repaint.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 62.0.3202.75  Channel: stable
OS Version: Ubuntu 16.04
Flash Version:
 

Comment 1 by axn...@gmail.com, Nov 6 2017

It is working on Chrome 60 and Chrome 61 so it is a regression
Components: -Blink Blink>CSS
Labels: Needs-Bisect Needs-Triage-M62 OS-Windows
Cc: vamshi.k...@techmahindra.com
Labels: -Type-Bug -Pri-2 -Needs-Bisect hasbisect-per-revision ReleaseBlock-Stable Triaged-ET M-63 OS-Mac Pri-1 Type-Bug-Regression
Owner: mpear...@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on Ubuntu 14.04,Mac 10.12.6 and Windows 10 using chrome reported version 62.0.3202.75. But the same is not reproducible on latest canary 64.0.3260.2. Hence providing Reverse bisect Info.

Reverse Bisect Info:
================
Good Build: 63.0.3226.0 Revision(504841)
Bad Build: 63.0.3225.0  Revision(504540) 

You are probably looking for a change made after 504840 (known bad), but no later than 504841 (first known good).
CHANGELOG URL:
 https://chromium.googlesource.com/chromium/src/+log/888713f663d3d53f00b0cdd6983fbb661be7c79c..209b73b2d53c279870bd421b7c04a1427798e2ef

Probably fixed by : https://chromium-review.googlesource.com/675678

@mpearson:Could you please confirm if its safe to merge to M-62 in case we have stable refresh?

Owner: ----
Status: Available (was: Assigned)
My changelist has nothing do with this issue.  The bisect is wrong.  Removing myself from this bug.
Cc: pbomm...@chromium.org ranjitkan@chromium.org
Labels: Needs-Tr
Is this repro on M63?
Labels: -Needs-Tr Needs-Triage-M63
Cc: nainar@chromium.org manoranj...@chromium.org r...@opera.com gov...@chromium.org abdulsyed@chromium.org
Labels: M-62
Status: Assigned (was: Available)
This is a regression which started in Chrome version M62, Please find the regression and bisect result below :

Last Good build : 62.0.3200.0
First Bad Build : 62.0.3201.0

bisect result :
You are probably looking for a change made after 498416 (known good), but no later than 498417 (first known bad).
CHANGELOG URL:
The script might not always return single CL as suspect as some perf builds might get missing due to failure.
  https://chromium.googlesource.com/chromium/src/+log/fe2758ee73750adeafa452908c305a601edbdd35..a87ff17992abb8eea93e035b7e355824f5ff74d9
Mergedinto: 781375
Status: Duplicate (was: Assigned)

Sign in to add a comment