New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 780000 link

Starred by 1 user
Status: Fixed
Owner:
mcasas@chromium.org
Closed: Nov 2017
Cc:
█ krajshree@chromium.org
ajha@chromium.org
wutao@chromium.org
xiaoh...@chromium.org
█ brajkumar@chromium.org
osh...@chromium.org
steve...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Delay is seen between cursor rotation and screen rotation in chrome://settings/display

Project Member Reported by kebalaji@chromium.org, Oct 31 2017 
Chrome Version:64.0.3253.0/10082.0.0 dev channel Daisy,Candy,Reks
OS:Chrome OS

What steps will reproduce the problem?
(1)Sign-in to user>> Navigate to chrome://settings/display
(2)Hit Ctrl+Shift+Reload for screen rotation and observe

Expected: Both cursor and screen rotation should be together
Actual: Instead, cursor rotates first and after some delay screen rotates

This is a Regression issue as same is working fine in 64.0.3249.0/10066.0.0 dev channel Daisy

Note: Issue is not seen in Windows,Linux OS

stevenjb@: Please confirm the issue.
ExpectedScreenRotation.webm
882 KB View Download

Comment 1 by steve...@chromium.org, Oct 31 2017

Cc: steve...@chromium.org
Components: -UI>Settings UI>Shell
Owner: osh...@chromium.org
If I understand the description correctly this has nothing to do with the Settings UI, i.e. it can be reproduced without opening Settings?

oshima@ - I can't find a 'Display' component?

Comment 2 by osh...@chromium.org, Oct 31 2017

Owner: wutao@chromium.org
Looks like recent regression. wutao@ can you look into it?

Comment 3 by kebalaji@chromium.org, Nov 1 2017 

NOTE: Delay is seen everywhere when roatating the screen using Ctrl+Shift+Reload . Attaching the actual video

Thanks!
ActualScreenrotation.webm
670 KB View Download

Comment 4 by wutao@chromium.org, Nov 1 2017

Cc: skyos...@chromium.org eseckler@chromium.org osh...@chromium.org xiaoh...@chromium.org sunn...@chromium.org
+eseckler@, could you please have a look?

I have not had a chance to bisect yet. But this looks similar to the regression bug previously: https://bugs.chromium.org/p/chromium/issues/detail?id=773058

Is this might be also caused by your recent changes at scheduler? e.g. https://chromium-review.googlesource.com/c/chromium/src/+/738143

It is also affect many other animations. With the browser window open, the animations looks fine, but if there is no browser window, the animation cannot finish.

Comment 5 by eseckler@chromium.org, Nov 2 2017 

The change to cc::Scheduler you're linking to only affects full-pipe mode, something we exclusively use for headless chrome. So that one can't be the culprit here I'm afraid.

Bisect would be useful.

Comment 6 by xiaoh...@chromium.org, Nov 2 2017 

A correction in #4, I saw an animation looks fine when ARC++ window is in focus, but freezes half way when Chrome window is in focus.

Comment 7 by wutao@chromium.org, Nov 2 2017 

#6, thanks xiaohuic@, I can repro this on eve, but not on kevin or emulator.

On eve, the animation cannot finish (no UMA reported at the end of animation).

Will bisect soon.

Comment 8 by wutao@chromium.org, Nov 2 2017

Cc: -sunn...@chromium.org -eseckler@chromium.org -skyos...@chromium.org wutao@chromium.org
Owner: mcasas@chromium.org
+mcasas@, bisect leads to your cl:
https://chromium-review.googlesource.com/c/chromium/src/+/728325

Could you please have a look? Thanks.

Comment 9 by mcasas@chromium.org, Nov 9 2017

Status: Fixed (was: Assigned)
Should be fixed by [1], wutao@ could you please Verify? Thanks.

[1] https://chromium-review.googlesource.com/c/chromium/src/+/754593
►

Sign in to add a comment