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

Comments by non-members will not trigger notification emails to users who starred this issue.

Issue metadata

Status: Fixed
Owner:
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac
Pri: 2
Type: Bug

Blocked on:
issue 621856

Blocking:
issue 21798
issue 269628
issue 609197


Show other hotlists

Hotlists containing this issue:
Top-Starred-Bugs


Sign in to add a comment
link

Issue 470669: When loading new tab content, avoid painting white in the meantime

Reported by pinkerton@chromium.org, Mar 25 2015 Project Member

Issue description

Version: 42beta
OS: OSX 10.10.2

- install a theme that includes a custom background on the NTP (eg, BrushedMetal). Easiest to see if dark.
- open a NTP

See a white flash in the content area while the NTP waits to load/paint. We should be able to do much better here and avoid the white flashing.
 
Showing comments 262 - 361 of 361 Older

Comment 262 by chrishtr@chromium.org, Mar 9 2017

Status: Fixed (was: Started)
Marking this bug as fixed. The change in comment 260 fixes the case of
navigating between tabs, and 261 for new tabs. Any new issues, please open
a new bug.

Comment 263 by chrishtr@chromium.org, Mar 9 2017

FYI this bug will be fixed in the stable channel with Chrome 59, which will
be released in about 12 weeks. In the meantime you will be able to see it in
Canary within a day, or Dev within a week.

Comment 264 by pinkerton@chromium.org, Mar 9 2017

I think we should try to get this merged into M58. It's early in the cycle and still have a lot of time to bake. What do you think?

Comment 265 by chrishtr@chromium.org, Mar 9 2017

Labels: Merge-Request-58 M-58
Status: Started (was: Fixed)
Re comment 264: sure.

Added labels to request merge of commits in comments 260 and 261.

Comment 266 by sheriffbot@chromium.org, Mar 9 2017

Project Member
Labels: -Merge-Request-58 Merge-Review-58 Hotlist-Merge-Review
This bug requires manual review: Reverts referenced in bugdroid comments after merge request.
Please contact the milestone owner if you have questions.
Owners: amineer@(clank), cmasso@(bling), bhthompson@(cros), govind@(desktop)

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 267 by chrishtr@chromium.org, Mar 9 2017

Also, ccameron pointed out that this needs to be implemented for mac as well
since it has special code, and volunteered to do so. Should be easy to copy the
solution to that platform.

Comment 268 by amineer@chromium.org, Mar 9 2017

Labels: -Merge-Review-58 Merge-Approved-58
Have at it.  Merge approved for M58 branch 3029.

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

Project Member
Labels: -merge-approved-58 merge-merged-3029
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/68d43f9c021c6259b25a0594d7a0d1a1505ee0dc

commit 68d43f9c021c6259b25a0594d7a0d1a1505ee0dc
Author: Chris Harrelson <chrishtr@chromium.org>
Date: Thu Mar 09 22:45:19 2017

Set an initial background for RenderFrameHosts during commit.

This was originally implemented in https://codereview.chromium.org/2466413009,
but was broken by https://codereview.chromium.org/2496233003. Now re-adding
with more explicit code, plus a unittest.

BUG= 470669 
CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_site_isolation

Review-Url: https://codereview.chromium.org/2733093002
Cr-Commit-Position: refs/heads/master@{#455612}
(cherry picked from commit 5f3c1abd7dc2df3024315ec66eb46e89a5e146c8)

Review-Url: https://codereview.chromium.org/2738983004 .
Cr-Commit-Position: refs/branch-heads/3029@{#95}
Cr-Branched-From: 939b32ee5ba05c396eef3fd992822fcca9a2e262-refs/heads/master@{#454471}

[modify] https://crrev.com/68d43f9c021c6259b25a0594d7a0d1a1505ee0dc/content/browser/frame_host/render_frame_host_manager.cc
[modify] https://crrev.com/68d43f9c021c6259b25a0594d7a0d1a1505ee0dc/content/browser/frame_host/render_frame_host_manager_unittest.cc
[modify] https://crrev.com/68d43f9c021c6259b25a0594d7a0d1a1505ee0dc/content/browser/web_contents/web_contents_impl.cc

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

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

commit d20e703330291d90367ee3bc09d0db20bb2421f7
Author: Chris Harrelson <chrishtr@chromium.org>
Date: Thu Mar 09 22:47:54 2017

Set background color when adding a new tab.

https://codereview.chromium.org/2466413009 covered some cases, but the
case of creating a new tab via ctrl-+ is covered by this CL.

BUG= 470669 

Review-Url: https://codereview.chromium.org/2737553004
Cr-Commit-Position: refs/heads/master@{#455623}
(cherry picked from commit 125dfe5fa4f0d1ed3f0bcde1f8eaad419c581be5)

Review-Url: https://codereview.chromium.org/2742833003 .
Cr-Commit-Position: refs/branch-heads/3029@{#96}
Cr-Branched-From: 939b32ee5ba05c396eef3fd992822fcca9a2e262-refs/heads/master@{#454471}

[modify] https://crrev.com/d20e703330291d90367ee3bc09d0db20bb2421f7/chrome/browser/ui/browser.cc
[modify] https://crrev.com/d20e703330291d90367ee3bc09d0db20bb2421f7/chrome/browser/ui/browser_unittest.cc

Comment 271 by chrishtr@chromium.org, Mar 9 2017

Owner: ccameron@chromium.org
-> ccameron for Mac fixes.

Comment 272 by andrew.j...@gmail.com, Mar 10 2017

Thank you everyone for making this happen... been following for months and troubled by this for years. 

Hope ccameron can make it the OSX fixes for m58.

Again, Thank you!

Comment 273 by thereald...@gmail.com, Mar 11 2017

This all sounds great, but the latest stable has regressed, and none of these fixes are currently working in stable or dev.

Comment 274 by aesouza2...@gmail.com, Mar 12 2017

I can confirm comment #273 for Version 57.0.2987.98 (64-bit) on Linux (Ubuntu 16.04). No idea about dev.

Comment 275 by revat...@gmail.com, Mar 14 2017

Comment #263 said that it should be already on Canary, but it doesn't seem to be the case yet, we've got to wait some more.

Comment 276 by ccameron@chromium.org, Mar 15 2017

We're still getting a SolidColorDrawQuad on Mac that is white (see the borders in the attached video). Still searching for where that came from.
white_flash.mov
399 KB Download

Comment 277 by bugdroid1@chromium.org, Mar 15 2017

Project Member
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/3e212c72e769086678bdaeab2a6814b9639ea69a

commit 3e212c72e769086678bdaeab2a6814b9639ea69a
Author: ccameron <ccameron@chromium.org>
Date: Wed Mar 15 22:41:22 2017

Set compositor and CALayer background color from frames

This is the same solution from RenderWidgetHostViewAura.

BUG= 470669 

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

[modify] https://crrev.com/3e212c72e769086678bdaeab2a6814b9639ea69a/content/browser/renderer_host/render_widget_host_view_mac.mm

Comment 278 by chimak...@gmail.com, Mar 16 2017

Linux users can use "mpv --speed=.05 /path/to/file" or whatever speed they prefer to slow down white_flash.mov, the attachment in comment #276.

Comment 279 by chimak...@gmail.com, Mar 18 2017

I've very briefly tested google-chrome-unstable 59.0.3043.0-1 (which seems to be how the dev channel is termed in Linux world). Looking great with dark themes. The dreaded white flash is gone. I'll test more but sincere thanks for what you've done so far!

Comment 280 by wilczyns...@gmail.com, Mar 18 2017

Im using chrome 58.0.3029.19 beta (64-bit) and its great, 

The white flash is gone when:
Opening new site in the same tab
Opening new site in new tab holding Ctrl or click middle mouse button  (Warning, you have to wait as page loads completely in the background. If I click too fast on the tab then white flash appears.

For testing im using a great extension called Change Colors - Changes pages styling.
https://chrome.google.com/webstore/detail/change-colors/jbmkekhehjedonbhoikhhkmlapalklgn


Unfortunately, white page shown when creating an empty new tab.
For testing I am using extension called Empty New Tab Page - Black 
https://chrome.google.com/webstore/detail/empty-new-tab-page-black/fllomkdgoahjlgcblpldnpjcilipjelp


Thanks for the help.

Comment 281 by chimak...@gmail.com, Mar 18 2017

Re. comment 280, I'm not sure the fix has been pushed to version 58. You need to try the dev version, version 59.

Comment 282 by iguoda...@gmail.com, Mar 18 2017

Can confirm comment 280 that the flash is still present when opening a new tab and when clicking a tab that is loading a new site too quickly however all other cases seem to be fixed.

Comment 283 by hmeiser1...@gmail.com, Mar 27 2017

This issue is over 8 years old now. 

It's the oldest open issue I have ever seen in my developer live.

I was among the first reporters. When I search for it, it reminds me of good old times.

Some related reports are closed now, or for members
only...https://bugs.chromium.org/p/chromium/issues/detail?id=128290#c19

Who is responsible? Who can we congratulate? 

I think we should offer a public trophy for the oldest issue ever noticed on earth and of course for the dev who fixes it.  

Who ever fixes this...he/she will write history, if the bug is not self-produced. 
A funny thing for resume.

On the other hand, this issue is so old, we should consider to let it grow. 

What about the guinness book of records? Lets make an unbeatable statement.

10, 20 Years more?

Comment 284 by wilczyns...@gmail.com, Mar 28 2017

Chrome 58.0.3029.33 beta (64-bit)
Its stop  working , white flash is showing .

Comment 285 by chimak...@gmail.com, Mar 29 2017

Again, you need to try the dev version (v59). Most of the white flashes have been eliminated. The fix has not yet reached beta (v58)!

Comment 286 by esprehn@chromium.org, Mar 29 2017

Cc: -esprehn@chromium.org

Comment 287 by hmeiser1...@gmail.com, Mar 30 2017

For historical interested people and for those who need the complete 

picture/context of this issue...

It seems to begin in Sep 3, 2008 here:

https://bugs.chromium.org/p/chromium/issues/detail?id=311

Unfortunately the ten years anniversary is more then one year in the future. 

It would be nice to have a two digits world record of 'usability terror'.

Probably this will not happen ;-).

Comment 288 by bhthompson@google.com, Apr 6 2017

Labels: -Hotlist-Merge-Review

Comment 289 by rajsing...@gmail.com, Apr 7 2017

@ https://bugs.chromium.org/p/chromium/issues/detail?id=470669#c285 , what do you mean most of the white flashes have been eliminated. Even if some white flashes remain, that's even scarier since I will be looking at the screen (instead of away like I have formed the habit of doing) when loading pages, and be hit by the white flash randomly. I hope it's not considered fixed until ALL white flashes have been eliminated.

Comment 290 by stopkill...@gmail.com, Apr 7 2017

Where do you download Chrome 59 (dev) from?  All I can find is Chrome Beta and that thing still has flashes.

Comment 291 by stopkill...@gmail.com, Apr 7 2017

It's definitely NOT fixed in Chrome Dev 59 yet.  It solves like 30% of new tab flashes.  The rest of the time it's flash city.  Terrible.

Why not just incorporate the fix from those Chromium builds?  They fix all flashes and also skin the settings/extensions pages nicely...

Comment 292 by stopkill...@gmail.com, Apr 7 2017

Actually it only solves like 10% of new tab flashes.  It's definitely not fixed yet.  Terrible...

Comment 293 by ccameron@chromium.org, Apr 11 2017

Labels: Hotlist-PlatformExcellence

Comment 294 Deleted

Comment 295 by danakj@chromium.org, Apr 12 2017

Swearing at people on bugs is inappropriate and violates our code of conduct. Please don't do it again. https://www.chromium.org/conduct

Comment 296 Deleted

Comment 297 by chimak...@gmail.com, Apr 13 2017

People trying to fix the remaining white flashes may appreciate proper descriptions so that they can test for themselves.

Mention your OS and browser version and specific urls.

I'm on Ubuntu 16.04 (Linux) using Chrome-dev Version 59.0.3067.0 (Official Build) dev (64-bit)

Case 1
open https://news.google.com/
Click on *any* of the news item links. They open in a new *foreground* tab. And flash white for a while before the user's background color is implemented.

Case 2
Clicking on the new tab icon (on the RHS of existing tabs) also flashes white briefly.

Thanks!

Comment 298 by bugdroid1@chromium.org, Apr 17 2017

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

commit e1979f60524da9dab9d8cc19a23910f8d5dcf180
Author: ccameron <ccameron@chromium.org>
Date: Mon Apr 17 18:56:42 2017

Mac: Remove white CALayers

These cause white flashes on otherwise dark themes. Leave them
transparent, so that the theme color shows through.

There are comments in the code that, without these layers being white,
some parts of UI appear wrong. I haven't been able to find the
associated bugs, and haven't been able to reproduce this (with profile
switcher, extensions, etc).

Should bugs appear, where a different background color was expected, we
should change the embedding view to have the expected background color.

BUG= 470669 

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

[modify] https://crrev.com/e1979f60524da9dab9d8cc19a23910f8d5dcf180/chrome/browser/ui/cocoa/fast_resize_view.mm
[modify] https://crrev.com/e1979f60524da9dab9d8cc19a23910f8d5dcf180/chrome/browser/ui/cocoa/tab_contents/tab_contents_controller.mm
[modify] https://crrev.com/e1979f60524da9dab9d8cc19a23910f8d5dcf180/content/browser/renderer_host/render_widget_host_view_mac.h
[modify] https://crrev.com/e1979f60524da9dab9d8cc19a23910f8d5dcf180/content/browser/renderer_host/render_widget_host_view_mac.mm
[modify] https://crrev.com/e1979f60524da9dab9d8cc19a23910f8d5dcf180/content/browser/renderer_host/render_widget_host_view_mac_unittest.mm

Comment 299 by thereald...@gmail.com, Apr 20 2017

Same tabs seem to be working fine, but going from a dark background to a dark background in a new tab is still pretty bad. When it first opens, it's dark, but switches to white for quite a bit before the page is painted.

Very brief screen record:
new-tab.zip
1.2 MB Download

Comment 300 by chimak...@gmail.com, Apr 21 2017

Re. comment 299, have you tried with Version 59.0.3071.15? I bookmarked your link and "open in a new tab" opens it as a background tab. I switched to it as quick as I could and there was no white flash.

Opening it in the same tab: no white flash.

Please try the latest dev version and also mention your OS in case it's relevant. Mine is Ubuntu 16.04 (Linux 64-bit).

Comment 301 by wilczyns...@gmail.com, May 1 2017

Testing chrome 59.0.3071.15 beta, white flash is still present. 
Opening chrome i get big white flash,
Pls fix it

Comment 302 Deleted

Comment 303 by ccameron@chromium.org, May 3 2017

Owner: ----
Finished the macOS-specific bits.

The NTP is now the only thing that is causing flashes, AFAIK.

Comment 304 by chrishtr@chromium.org, May 3 2017

Status: Fixed (was: Started)

Comment 305 by jasonblu...@gmail.com, May 3 2017

This is NOT fixed.

Chrome: 59.0.3071.29
Windows: Windows 10 Pro 10586.104

Video Proof: https://youtu.be/gtTV2J7ex5Q

Comment 306 by shuto...@gmail.com, May 4 2017

This is a bad tradition to mark unfixed issues as Fixed.

Comment 307 by ccameron@chromium.org, May 4 2017

Do we have anything tracking the NTP work? That part makes a bit difference.

Also, after which version is this fixed (is it only M60, or did it get to M59 as well)?

Comment 308 Deleted

Comment 309 by treib@chromium.org, May 4 2017

The NTP bug is  issue 21798 , juuust fixed by chrishtr. It'll be in M60.

Comment 310 by ccameron@chromium.org, May 4 2017

See https://bugs.chromium.org/p/chromium/issues/detail?id=21798#c80 for timeframe for the fix appearing publicly.

Comment 311 by dhw@chromium.org, May 4 2017

Labels: -Hotlist-Fixit -M-58 M-60

Comment 312 by treib@chromium.org, May 4 2017

Owner: ccameron@chromium.org
Status: Started (was: Fixed)
Reopening: There are still white flashes on Mac in 60.0.3089.0 Canary, see https://bugs.chromium.org/p/chromium/issues/detail?id=21798#c89. Windows and Linux are fine though.

Comment 313 by pawli...@chromium.org, May 4 2017

Cc: -pawli...@chromium.org

Comment 314 by ccameron@chromium.org, May 7 2017

This is the TabContentsContainerView showing through. I have a fix for non-incognito windows.

For non-themed incognito windows, it's a bit more complicated.

Comment 315 by tmur...@gmail.com, May 7 2017

I have a fix as well.

Comment 316 by bugdroid1@chromium.org, May 7 2017

Project Member
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/3209ebcc6b2239b1f9cb806665d60a1096fcf53b

commit 3209ebcc6b2239b1f9cb806665d60a1096fcf53b
Author: ccameron <ccameron@chromium.org>
Date: Sun May 07 18:31:44 2017

mac: Set background color from theme before NSView is added to window

Update the color based on the window theme before the view is added to
the window, not after.

Fix the color for incognito windows (added a TODO and filed a bug
because some refactoring will be needed there).

BUG= 470669 

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

[modify] https://crrev.com/3209ebcc6b2239b1f9cb806665d60a1096fcf53b/chrome/browser/ui/cocoa/tab_contents/tab_contents_controller.mm

Comment 317 by ccameron@chromium.org, May 7 2017

Even with that in place, we're still getting a white flash, this time it's because the NTP still sends the first frame with metadata.root_background_color as white.

This may not affect Aura because Aura probably atomically draws the new frame and updates the background color. Mac draws the background color by setting the CALayer background color.

So, this will still need one more patch to take care of that.

Comment 318 by bugdroid1@chromium.org, May 8 2017

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

commit cd8d494cec6d51ecddcb7e3ac09eb8661212e4f5
Author: ccameron <ccameron@chromium.org>
Date: Mon May 08 07:55:30 2017

mac: Don't set background color from a frame until frame is displayed

The first frame for dark-themed new tab pages still has a background
color of white, even though the frame's content is all black tiles.

Before this patch, we would set the background color to white, and then
later put up the black tiles in front, resulting in a white flash.

This updates all of those parts atomically in the same CATransaction.

BUG= 470669 

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

[modify] https://crrev.com/cd8d494cec6d51ecddcb7e3ac09eb8661212e4f5/content/browser/renderer_host/render_widget_host_view_mac.h
[modify] https://crrev.com/cd8d494cec6d51ecddcb7e3ac09eb8661212e4f5/content/browser/renderer_host/render_widget_host_view_mac.mm

Comment 319 by ccameron@chromium.org, May 8 2017

Status: Fixed (was: Started)
Re-tested this on TOT, and it finally works (and looks pretty great). It should be available in Canary soon, and will ship to everyone in M60.

Comment 320 by chrishtr@chromium.org, May 8 2017

Sweet!

Comment 321 by treib@chromium.org, May 9 2017

Tested on the latest Mac Canary 60.0.3094.0; no more white flashes! Yay!

I do still sometimes get a white background when hitting Cmd+T many times in a row. It only happens occasionally, not sure what exactly triggers it. It's not a "flash"; if it goes white, then it stays white until I stop hitting Cmd+T.

So there's still some edge case where the wrong background gets through. If the above is the only repro, then that's probably okay. I guess we'll see if we get new reports of flashes.

Comment 322 by schenney@chromium.org, May 9 2017

You might be seeing this bug now: https://bugs.chromium.org/p/chromium/issues/detail?id=718923

Experts can comment.

Comment 323 by shrike@chromium.org, May 9 2017

So now (60.0.3094.0) the NTP is no longer flashing white (great!) but it's flashing a lighter gray than the NTP page gray. Any idea where this color is coming from? I'm thinking that perhaps we just need to get it to match the NTP background page color.

Comment 324 by treib@chromium.org, May 9 2017

Are you talking about the incognito NTP or the regular one?
I'm aware of the incognito problem; that's tracked in  bug 21798 .

If it's the regular one: The flash is in the theme's background color. Unfortunately, not all themes set a reasonable background color. (If they have a background image, it didn't matter much (or at all, not sure).)

Comment 325 by ugurcan....@gmail.com, May 9 2017

How Safari and Opera load their NTPs instantly, but loading contents of NTP on Chrome takes 1 second? 

Is there a bug I can track improvements for NTP? Because I really think Chrome needs a huge overhaul for NTP.

Comment 326 by shrike@chromium.org, May 9 2017

Sorry, it's the Incognito NTP. I see I didn't specify that. So it seems  Issue 21798 , as you say, is the bug for that.

Comment 327 by chimak...@gmail.com, May 23 2017

Here's one site that still flashes white before my color scheme takes over: https://www.ghacks.net/

Version 60.0.3100.0 (Official Build) dev (64-bit) running on Ubuntu 16.04 (Linux).

Comment 328 by wilczyns...@gmail.com, Jun 5 2017

Im using chrome  59.0.3071.86  beta and is not working . pls help

Comment 329 by stopkill...@gmail.com, Jun 10 2017

Since it's working on Chrome 60, but I have a special request... Can you get this to work with the Chrome extension "Modern New Tab Page"?  It still flashes white when using that extension and says "Starting Chrome" when loading a new page.  Although in the Chromium builds listed above this page is skinned dark, so it must be possible in chrome.  I love "Modern New Tab", it makes the new tab page so nice...

Comment 330 by stopkill...@gmail.com, Jun 10 2017

In addition to my last comment, the Chromium builds also skin the settings and extensions pages, as well as the "Modern New Tab" extension...  It's really nice.

Comment 331 by wilczyns...@gmail.com, Jun 10 2017

Is not working for Chrome 60 , but it works  on  61.0.3124.10 (Official Build) dev (64) Windows.
It works even on heavy sides like www.dailymail.co.uk or https://productforums.google.com.
The simplest test is, go to settings / right click / view source = at the beginning it shows a black page and not white ( using this extension "Change Colors - Changes pages styling").

But if the first page we open in tab will have a white background and if we open the next page in the tab, then a white flash appears. 

We can say that it works, but for me it is not a solution.

Comment 332 by mauro.pu...@gmail.com, Jun 11 2017

Tested stable and dev (incognito theme, 64bit), doesn't work.
Everything perfect on canary (incognito theme, 32 bit).

Comment 333 by tmur...@gmail.com, Jun 29 2017

So when is this going to Production?

Comment 334 by wilczyns...@gmail.com, Jul 24 2017

What next???

Comment 335 by thereald...@gmail.com, Jul 28 2017

Version 62.0.3169.0 (Official Build) (64-bit)
 
First time I've seen this work on all pages! Pages opened in a new tab are working as well in dev. It doesn't appear to be using the same algorithm that showed the last page's background anymore. It seems to be hard-coded to black now, which is fine by me. Might be nice if you could pick a color, but I'm not complaining. I'm thrilled that it's finally working.

Congrats and THANK YOU!!

Maybe next you can hook us up with a dark option for the URL bar?

Comment 336 by thereald...@gmail.com, Jul 28 2017

Holy hell. I was having issues with new tabs being white earlier today in stable and dev. Dev updated and I thought that was what did it, but I had been working on a theme today, and apparently that's what did it.

That's why the color is hard-coded, and I can change it to whatever I want. I'm side-loading the theme in Chromium, and when I installed in stable, it started working too.

The selector/property in the manifest is:

"ntp_background" : [0, 0, 0]


I had always previously used:

 https://chrome.google.com/webstore/detail/dark-vibe/dkckeanhmkjaechlhllmapjaaglgpcbj

which used a gradient image and didn't set a background color. If I install it now, opening pages in new tabs is white again. 

I've tried different themes. Some work, some don't. The ones that don't probably use an image with no specified color. I'm glad I started screwing around with making a theme, or it might've took forever to figure out why it wasn't working for me, when others were claiming it did.

Comment 337 by wilczyns...@gmail.com, Jul 30 2017

Version  61.0.3153.0 (Oficjalna wersja) (64-bitowa)
Not fixed and when you scroll on huge websites is flashes white
also on minimize and maximize browser.

Where can i download chrome 62 ??

And if you go to chrome settings/help and click on chrome logo is starts spinning.
Because the spinning logo is more important than the painful eyes of the users.

Comment 338 by andrew.j...@gmail.com, Aug 4 2017

Hate to bare some news... I've started getting the white flashes again. 

OSX Version 62.0.3174.0 (Official Build) canary (64-bit) 

Started maybe yesterday or day before.
I've been enjoying chrome without the flashes for a month and half with canary.  But the white flashes returned, enough bother to bring me back here to report to you.

Comment 339 by andrew.j...@gmail.com, Aug 4 2017

Follow up comment: 

- OSX:
-- No white flashes!:
-- Standard Consumer Public Chrome: Version 60.0.3112.90 (Official Build) (64-bit)

-- White flashes: 
-- Canary: Version 62.0.3174.0 (Official Build) canary (64-bit)

White flashes occur with a simple opening new tab. Wonder why the problem returned.

Comment 340 by chrishtr@chromium.org, Aug 4 2017

I have filed a new issue for the report in comment 339 (I can reproduce it also).
 crbug.com/752566 .  Please follow that bug for updates.

Comment 341 by mwli...@gmail.com, Aug 6 2017

Not so much a matter of returning - 
for me, it has never gone away. 

Version 62.0.3175.3 (Official Build) dev (64-bit)

Comment 342 by gr...@yahoo.com.sg, Sep 30 2017

I've noticed that disabling hardware acceleration seems to make the problem slightly less noticeable. It's still there, but the flash is much quicker and more bearable. 

Tested on Linux only, with version 61.0.3163.100 (Official Build) (64-bit)

Comment 343 by gr...@yahoo.com.sg, Sep 30 2017

After a bit further research, it seems that editing the "ntp_background" key to be "[255, 255, 255]" does the trick. Hardward acceleration can be enabled again.

I'm using the "Morpheon dark" theme, and edited these values from its manifest.json. 

I've noticed the same key/value in the "Preference" file under google-chrome/Default/ but it's reset to [0,0,0] every-time Chrome is restarted. Looks like it's hardcoded somewhere or something. Shame.

Comment 344 by gr...@yahoo.com.sg, Sep 30 2017

Ok, scratch the previous comment, it doesn't change anything actually. 
I did try that workaround before and forgot it never worked. 

DAMNIT.

Comment 345 by gr...@yahoo.com.sg, Oct 4 2017

Followup to my comment: it seems that changing "ntp_background" value from the ".com.google.Chrome.------" file  (in ~/.config/google-chrome/Default/) does change the color but only after a certain time (or in my case, after a resume from suspend maybe?).

The problem is that this file is generated by Chrome after each start, so it has to be edited everytime. :(

Comment 346 by quintona...@gmail.com, Nov 3 2017

This bug has not been fixed on consumer Chrome or Chrome Canary and should not be labelled as such.

Comment 347 by danakj@chromium.org, Nov 3 2017

Can you provide a way to reproduce the problem?

Comment 348 by obezoru...@gmail.com, Nov 3 2017

Sorry but.., is there anything more to reproducing this issue than just
trying to open a link in the new tab or open a new tab by any other means,
and the first thing you see is white background..?

Comment 349 by danakj@chromium.org, Nov 6 2017

Well that doesn't happen for the people who fixed the bug, so there must be something causing it on that machine.

Comment 350 by ipala...@outlook.com, Nov 21 2017

I've seen this issue on boards for seven years now. Since becoming a night owl graveyard worker, these white screens have been absolutely killing my eyes. Probably switching to Firefox if I can't find a solution cause this is just not sustainable for me

Comment 351 by wilczyns...@gmail.com, Dec 16 2017

Using this extension for chrome fixes white flashes.
WhiteBuster
https://chrome.google.com/webstore/detail/whitebuster/kkgacobcjapebahjhkabbkacbpmddeco

Comment 352 by wilczyns...@gmail.com, Dec 16 2017

Ps.
You must also use this
Morpheon-Dark theme for chrome

https://chrome.google.com/webstore/detail/morpheon-dark/mafbdhjdkjnoafhfelkjpchpaepjknad

Comment 353 Deleted

Comment 354 by alligato...@gmail.com, Apr 1 2018

Its still not fixed, im losing my mind

Comment 355 by web.acce...@gmail.com, Apr 18 2018

In my tests it was kind of ok until version 66. 
Since version 66 there is a much bigger delay before the rendering starts and the white flash is really annoying.
Does anyone know what changed in version 66?

Comment 356 by web.acce...@gmail.com, Apr 18 2018

Since version 66 of chrome you can also see a white flashing background before the page rendering starts for extensions that override the new tab page!

Even when the html is static, small and can directly loaded from disk.

To test this, please ...

1. Install the attached extension (it has no js)
2. Open a new tab page

The background of the new tab page should be black as soon as the new tab page is visible.
But when you open a new tab you see a distracting white background (flash) before the page rendering starts.

This worked perfectly in version 65 and is now broken in version 66. 

Please, reopen the bug as this is also affecting version 67 (unstable).
Thank you!
white-flash.zip
563 bytes Download

Comment 357 by schenney@chromium.org, Apr 18 2018

I'm opening a new bug. If we regressed we should track it separately. Please move further discussion of the newtab extension flash to the new bug.

https://bugs.chromium.org/p/chromium/issues/detail?id=834449

Comment 358 Deleted

Comment 359 by drummer....@gmail.com, Jul 20 2018

Opened a new bug since this is broken again.

https://bugs.chromium.org/p/chromium/issues/detail?id=853986

Comment 360 by pett...@vivaldi.com, Oct 10

Code in render_frame_host_manager.cc has gone missing, might explain regressions.

Comment 361 by dejan.gl...@gmail.com, Oct 21

What is the ETA for this fix? It affects Electron applications that depend on Chromium for rendering process.
Showing comments 262 - 361 of 361 Older

Sign in to add a comment