desktop-shell: do not black out with startup "none"
Do not use a black blanket surface when the startup animation is specified to be "none". This is the final fix needed to make the screenshot test deterministic and independent of weston-desktop-shell. Previously, the black surface would cover all outputs until weston-desktop-shell signalled ready. Then, depending on the set animation, either the black surface was immediately removed (none) or a fade-in started (fade). Now, when there is no black surface at all for "none", the compositor will show garbage until weston-desktop-shell gets everything up. This may be undesireable but works for tests. To have the old "none" behaviour back, I would propose to add a new startup-animation value "black" for it. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk> Reviewed-By: Derek Foreman <derekf@osg.samsung.com>
This commit is contained in:
parent
039e9be49d
commit
23ed5f2526
|
@ -5353,9 +5353,12 @@ do_shell_fade_startup(void *data)
|
|||
{
|
||||
struct desktop_shell *shell = data;
|
||||
|
||||
if (shell->startup_animation_type == ANIMATION_FADE)
|
||||
if (shell->startup_animation_type == ANIMATION_FADE) {
|
||||
shell_fade(shell, FADE_IN);
|
||||
else if (shell->startup_animation_type == ANIMATION_NONE) {
|
||||
} else {
|
||||
weston_log("desktop shell: "
|
||||
"unexpected fade-in animation type %d\n",
|
||||
shell->startup_animation_type);
|
||||
weston_surface_destroy(shell->fade.view->surface);
|
||||
shell->fade.view = NULL;
|
||||
}
|
||||
|
@ -5401,6 +5404,9 @@ shell_fade_init(struct desktop_shell *shell)
|
|||
return;
|
||||
}
|
||||
|
||||
if (shell->startup_animation_type == ANIMATION_NONE)
|
||||
return;
|
||||
|
||||
shell->fade.view = shell_fade_create_surface(shell);
|
||||
if (!shell->fade.view)
|
||||
return;
|
||||
|
|
Loading…
Reference in New Issue