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

Issue 738383 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Background image not painted when parent node is translated out of screen

Reported by gami...@gmail.com, Jun 30 2017

Issue description

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

Steps to reproduce the problem:
1. See attached HTML file
2. 
3. 

What is the expected behavior?
You should see two colored divs.

What went wrong?
The first one (left side) is not painted.

Did this work before? No 

Does this work in other browsers? Yes

Chrome version: 59.0.3071.115  Channel: stable
OS Version: 10.0
Flash Version: 

The only difference beteween the two divs is the top value : top:-153px vs top:-152px.

Meaning, if a div is positionned (top) out of screen but transformed back into the screen (transform) then it should be painted normally but it's not.

Note that the linear gradient is not conistently drawn across  all browsers but it's not the point of this issue.
 
repro.html
709 bytes View Download
Cc: ranjitkan@chromium.org
Components: Blink>HTML
Labels: OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue and is a non regression observed from M54 builds, On M53 builds, both the divs are displayed as uncolored. Issue is seen on Stable 59.0.3071.115, Canary 61.0.3147.0 on Windows 10, mac 10.12.5, Ubuntu 14.04.

Untriaging it so that it gets addressed.

Thanks.!

Comment 2 by tkent@chromium.org, Jul 11 2017

Components: -Blink>HTML Blink>Paint
Owner: schenney@chromium.org
Status: Assigned (was: Untriaged)
Really odd I think. Apparently some optimization is failing us badly. I'll try to figure out where we decide NOT to paint the background.

Sign in to add a comment