Issue 131569 in chromium: Sign in screen first is rendered with white bg even when transparent bg is enabled.

[chro...@googlecode.com]

Status: Assigned
Owner: nkos...@chromium.org
CC: dpol...@chromium.org
Labels: OS-Linux Area-UI Type-Bug Pri-1 Mstone-21 OS-Chrome

New issue 131569 by nkos...@chromium.org: Sign in screen first is
rendered with white bg even when transparent bg is enabled.
http://code.google.com/p/chromium/issues/detail?id=131569

Chrome Version : 21.0.1168.0 (@140988)
OS Version: 2376

What steps will reproduce the problem?
1. Enable new OOBE/sign in design (--enable-new-oobe)
2. Boot into sign in screen with the user having wallpaper set
3.

What is the expected result?
1. Boot splash is shown
2. User pods / wallpaper are shown.

What happens instead?
Before user pods and wallpaper is loaded boot splash is redrawn with white
bg.

I suspect that is default page background (white) showing for some reason.

Please provide any additional information below. Attach a screenshot if
possible.
Depends on http://codereview.chromium.org/10492003/ (i.e. don't load empty
black wallpaper).

Attachments:
Screenshot 2012-06-07 4:43:08 AM.png 6.3 KB

[chro...@googlecode.com]

Updates:
Labels: -OS-Linux

Comment #1 on issue 131569 by nkos...@chromium.org: Sign in screen first

is rendered with white bg even when transparent bg is enabled.
http://code.google.com/p/chromium/issues/detail?id=131569

(No comment was entered for this change.)

[chro...@googlecode.com]

Updates:
Labels: Feature-Ash-Startscreen

Comment #2 on issue 131569 by nkos...@chromium.org: Sign in screen first

[chro...@googlecode.com]

Comment #4 on issue 131569 by nkos...@chromium.org: Sign in screen first

is rendered with white bg even when transparent bg is enabled.
http://code.google.com/p/chromium/issues/detail?id=131569

White background is most likely caused by this code path:

void RenderWidgetHostViewAura::OnPaint(gfx::Canvas* canvas) {
if (!window_->IsVisible())
return;
paint_canvas_ = canvas;
BackingStore* backing_store = host_->GetBackingStore(true);
paint_canvas_ = NULL;
if (backing_store) {

static_cast<BackingStoreAura*>(backing_store)->SkiaShowRect(gfx::Point(),
canvas);
} else {
canvas->FillRect(gfx::Rect(window_->bounds().size()), SK_ColorWHITE);
}
}

[chro...@googlecode.com]

Updates:
Cc: s...@chromium.org

Comment #5 on issue 131569 by s...@chromium.org: Sign in screen first is

rendered with white bg even when transparent bg is enabled.
http://code.google.com/p/chromium/issues/detail?id=131569

[chro...@googlecode.com]

Updates:
Cc: b...@chromium.org

Comment #6 on issue 131569 by nkos...@chromium.org: Sign in screen first

is rendered with white bg even when transparent bg is enabled.
http://code.google.com/p/chromium/issues/detail?id=131569

Not sure that it is a bad thing for normal boot scenario as it looks ok:
- Boot splash (logo)
- logo is overwritten with white bg
- user pods are loaded, first one preselected
- user wallpaper is shown

On OOBE boot we won't mark login WebUI as visible till wallpaper animation
finishes, then we flip WebUI window visibility, part of it may be loaded.
This may be changed because I see that wallpaper is not loaded very smooth
on Alex when I initialize login WebUI in the background (window is
invisible though).