New issue
Advanced search Search tips

Issue 646556 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 672962
Owner: ----
Closed: May 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Mus+Ash: We should strive to produce "perfect frames" on resize

Project Member Reported by fsam...@chromium.org, Sep 13 2016

Issue description

In the Mus window server, window decorations and the client area are different sibling Surfaces. It is conceivable that during resize, the client area would update faster than the window decorations (although maybe unlikely?). This seems undesirable for two reasons:

1. The client area would stick outside the bounds of the window decorations if we don't clip (icky). This might happen if the client isn't producing frames fast enough or today, if the client area is producing frames faster than the window manager (unlikely and can be mitigated if we throttle the client area on the window manager).

2. If we clip the client area then again, the user will see the jarring effect of one part of the window change while another does not.

There is a surface lifetime management issue here. We need to preserve old surfaces during a resize such that the client area never updates faster than window decorations. 
 
Status: Available (was: Untriaged)
Mergedinto: 672962
Status: Duplicate (was: Available)

Sign in to add a comment