New issue
Advanced search Search tips

Issue 712229 link

Starred by 4 users

Issue metadata

Status: Duplicate
Merged: issue 682825
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug

Blocking:
issue 671916



Sign in to add a comment

[MacViewsBrowser] Black update region is seen on browser window resizing

Project Member Reported by shrike@chromium.org, Apr 17 2017

Issue description

Chrome Version: 60.0.3072.0 (MacViews)
OS: macOS 10.12

What steps will reproduce the problem?
(1) Continually resize the right side of the browser window to be larger and smaller

When the window becomes wider, the top chrome does not always immediately widen to fill the new space. Until it does, there's a black rect in that area.
 
Blocking: 671916
Labels: Phase4
Labels: M-68
[Bulk Edit]
Applying M-68 milestone per email discussion with ellyjones@. Pls change it if milestone is incorrectly applied. 
Labels: -phase4 -M-68 Target-68
Owner: sdy@chromium.org
Status: Assigned (was: Available)
MacViews triage: this reproduces. Over to sdy@ for M-68.

Comment 4 by tapted@chromium.org, Mar 27 2018

Cc: ccameron@chromium.org
Yandex (or Whale - I forget - maybe both) just made this transparent instead. But that's not ideal. It does weird things with shadows. However, if a web page has a super-slow layout we can time out trying to get a frame from the renderer to fill in pixels anyway. MacCocoa currently paints white in that case.

But the MacViews toolbar area should "never" time out - I think the synchronisation step with the webcontents is interfering. Work for Viz has started submitting ~tokens for each frame -- I think we can use that somehow.

Comment 5 by gov...@chromium.org, Mar 27 2018

Labels: M-68

Comment 6 by gov...@chromium.org, Mar 29 2018

** Bulk Edit **

FYI: Starting 04/13 M68 will be in canary, M68 Dev promotion will be on 04/26.

Attache a diagnostic video here.

The blue is where we fail to draw in time -- we give the UI 50 msec to draw -- I think we should massively increase this (there's no sense in drawing anything when we don't have UI at the right size).

The cyan is the issue that sdy@ fixed in the renderer with NSDisableScreenUpdates.
resize.mov
252 KB View Download

Comment 8 by sdy@chromium.org, Apr 16 2018

Cc: ellyjo...@chromium.org sdy@chromium.org
 Issue 832982  has been merged into this issue.

Comment 9 by sdy@chromium.org, Apr 16 2018

Labels: Sprint-1
Pls mark the bug as fixed if CL is landed in trunk and nothing else is pending. Thank you.

Comment 11 by sdy@chromium.org, May 7 2018

Labels: -Sprint-1 Sprint-2
Any progress here?

Comment 13 by sdy@chromium.org, May 22 2018

Mergedinto: 682825
Status: Duplicate (was: Assigned)

Sign in to add a comment