New issue
Advanced search Search tips

Issue 650114 link

Starred by 3 users

Issue metadata

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

Blocking:
issue 630357



Sign in to add a comment

Harmony - blinking insertion point repaints portion of dialog, causes shadow to get darker

Project Member Reported by shrike@chromium.org, Sep 25 2016

Issue description

Version: 55.0.2871.0
OS: 10.11

What steps will reproduce the problem?
(1) Create a new browser window
(2) Click the bookmark star icon
(3) Turn on Flash screen updates in Quart Debug
(4) Click in the Bookmark name textfield

What is the expected output?
The flashing insertion point should result in an update rect that's the bounds of the insertion point.

What do you see instead?
Each flash of the insertion point repaints the upper left quadrant of the bookmarks dialog. What's more, this update rect includes the bookmark dialog's drop shadow - because the shadow is transparent, each repaint causes the portion of the shadow intersecting the update rect to get darker. Seen the attached screenshot.


Please use labels and text to provide additional information.

 
Labels: Proj-HarmonyControls
Okay, I reproduced this locally. Weirdly enough it only happens on my retina macbook, not on my 1x desktop. Attached screenshots of the shadow darkening.
before.png
5.5 KB View Download
after.png
5.5 KB View Download
I don't see this happening on Windows at 1x.  Wondering if this is MacViews-specific.
 Issue 680536  "Use a layer to blink cursor in textfield" may resolve the main performance issues here.

I'm not sure what's going on with the shadow -- might be a macOS bug. E.g. like  Issue 660257  which I can't repro any more.
It looks like the screen updates no longer intersect the shadow so that's probably at least part of why it no longer repos.

The update rect, however, is much larger than the insertion point update area - we should still fix that.

Labels: -Pri-2 Pri-3
Since this has no visual manifestation any more, Pri-3.

Comment 7 by tapted@chromium.org, Feb 23 2017

Cc: yiyix@chromium.org
Status: Fixed (was: Assigned)
Note that r451179 ( Issue 680536 ) is in Canary now. Blinking cursors in toolkit-views no longer show up in Quartz Debug at all.

The only thing I don't like is that clicking in the window updates the entire frame, but that doesn't seem to be uncommon for regular Cocoa windows - the Window server probably raises the window each time its clicked "just in case". I don't think there's anything to do here, so I'm closing this as fixed by r451179.

(also kudos for yiyix@chromium.org for the neat performance improvement!)

Sign in to add a comment