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

Issue 728541 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: Nov 2017
Cc:
█ abdulsyed@chromium.org
nyerramilli@chromium.org
pbomm...@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression

Blocking:
issue 711366



Sign in to add a comment

Regression: Weird flickering of page is observed after reloading on ‘www.laorigin.com’.

Reported by abom...@etouch.net, Jun 1 2017 
Chrome Version:60.0.3112.10 (Official Build) 6b5d85b5c020605a8015e883af38cbd68eb759ce-refs/branch-heads/3112@{#73}
OS : Windows (7,8,10), Linux (14.04 LTS), Mac(10.12.3, 10.11.6)

What steps will reproduce the problem?
1. Launch chrome and navigate to https://www.laorigin.com/full-house-themes
2. Scroll down the page completely and Reload,Observe.

Actual: Weird flickering of page is observed.
Expected: Flickering should not be seen.

This is regression issue, broken in ‘M 59’ and below is manual bisect info:
Good build:59.0.3068.0(463475)
Bad build:59.0.3069.0 (463921)

Note: Issue is not seen on other browser like Firfox,Safari etc
Actual_laorigin.mov
3.2 MB Download
Expected_laorigin.mov
2.9 MB Download

Comment 1 by rbasuvula@chromium.org, Jun 1 2017

Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision ReleaseBlock-Stable
Owner: yosin@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:59.0.3068.0 (Revision:463474).
Bad build:59.0.3069.0 (Revision:463921).

You are probably looking for a change made after 463574 (known good), but no later than 463575 (first known bad). 

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/68130af4b73ed4f2b62abb4d74b5da59a3854ea1..e14aacd2baf5cf9c4a5e457384e0b0f73c0163c4

From the CL above, assigning the issue to the concern owner

@yosin: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url: https://codereview.chromium.org/2782413002
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #61.0.3116.0
Adding Release Block-Stable for this issue.Please remove if not the case.

Comment 2 by pbomm...@chromium.org, Jun 1 2017

Cc: pbomm...@chromium.org abdulsyed@chromium.org
Labels: -ReleaseBlock-Stable M-60
Based on offline chat with Emil, There are lots of scrips running on the site, assume it is a site issue. 

Hence removing Release block stable for now, if you feel other ways please re-add the blocker label back.

Comment 3 by yosin@chromium.org, Jun 5 2017

Owner: ----
Status: Available (was: Assigned)
Mark "Available" since this flicking is occurred even if there are no selection.
It seems same thing is happened in issue 711366 case.

My patch[1] mentioned in #c1 changes timing when UpdateStyleAndLayout() is called.

Before my patch, Blink calls |UpdateStyleAndLayout()| at RenderWidget::WillBeginCompositorFrame() <= cc::ProxyMain::BeginMainFrame().

After my patch, Blink calls |UpdaetStyleAndLayout()| later, I'm not sure exact timing.


[1] http://crrev.com/2782413002: Get rid of computeVisibleSelectionInDOMTreeDeprecated() in InputMethodController

Comment 4 by yosin@chromium.org, Jun 5 2017

Blocking: 711366

Comment 5 by bokan@chromium.org, Jul 31 2017

Components: -Blink>Scroll

Comment 6 by e...@chromium.org, Nov 30 2017

Status: WontFix (was: Available)
No lopnger reproduces.
►

Sign in to add a comment