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

Issue 761825 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Background black on pages when you open it in incognito mode

Reported by nahuela...@gmail.com, Sep 4 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36

Steps to reproduce the problem:
1. FInd a website that has no background on HTML or background-color transparent.
2. Enter incognito mode and QUICKLY paste the link and enter
3. You'll see that the background is black, and not white.

What is the expected behavior?
The background should be white, in the same way that if you wait a little before pasting the url

What went wrong?
The index.html is just an h1 with the "Hello!", see the image for more details, at the left is the quickly loaded, at right is if i wait a little 

Did this work before? N/A 

Chrome version: 60.0.3112.113  Channel: stable
OS Version: OS X 10.12.6
Flash Version:
 
Screen Shot 2017-09-04 at 2.44.16 PM.png
111 KB View Download
Cc: brajkumar@chromium.org
Labels: Needs-Triage-M60 Needs-Feedback
Could you please provide a sample test case file to check this issue from Chrome-TE end?

Thanks!
Just add an <h1>Hello</h1> in an empty file and you'll see
Project Member

Comment 3 by sheriffbot@chromium.org, Sep 8 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "brajkumar@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
I could provide a video if is needed since is a little bit tricky to reproduce

Comment 5 by shrike@chromium.org, Sep 16 2017

Labels: Needs-Feedback
[mac bug triage] Hello nahuelav96@gmail.com, please attach more complete repro steps (e.g. a website to use, exact link to paste).
We've just had to add some explicit CSS to defend against this ourselves.

Here are the repro steps we were using:

 - use a low-CPU machine (or throttle), since it seems to be a race condition
 - open up Incognito mode
 - open up a page with a blank background in a new tab (easiest way to do this asap to hit the race condition is by clicking a link that opens the page in a new tab)

e.g.

```
<!-- /page1.html -->
<a href="/page2.html" target="_blank">Create bug</a>
```

```
<!-- /page2.html -->
<h1>Hello</h1>
```

Comment 7 by shrike@chromium.org, Oct 20 2017

Components: -UI Blink
Components: -Blink Blink>Paint
Components: -Blink>Paint Internals>Compositing
Labels: -Needs-Feedback
The compositor is posting a frame before it gets any content for it, and never asks for an updated frame?

Over to cc team to critique that possible explanation.
Cc: sc00335...@techmahindra.com
Labels: Needs-Feedback
Unable to reproduce this issue on reported version 60.0.3112.113 and on latest stable 62.0.3202.75 using steps mentioned below.

1.Placed both html files in one folder >> Opened page1.html >> Clicked on create bug
2.Page2.html is loaded with white background. Attaching html files for reference.

@Reporter: Could you please check the same on latest stable and report back. You can download latest builds from https://www.chromium.org/getting-involved/dev-channel. This would help in further triaging of the issue.

Thanks!

Comment 11 by sdy@chromium.org, Dec 6 2017

Status: WontFix (was: Unconfirmed)
I'm going to close this since we haven't heard back, but please reply if it still happens.

Sign in to add a comment