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

Issue 765311 link

Starred by 4 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: 2018-03-16
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Chromium-based browsers freeze and lag on scrolling (Windows 10)

Reported by manospci...@gmail.com, Sep 14 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.79 Safari/537.36

Steps to reproduce the problem:
1. Go to a demanding page such as Facebook or Outlook.com
2. Scroll
3. 

What is the expected behavior?

What went wrong?
All Chromium-based browsers (Google Chrome, Yandex, UC Browser, Vivaldi, etc) are freezing and lagging while scrolling on demanding websites like Facebook and Outlook.com. Other browsers, like Firefox and Edge work fast and scroll perfectly. 
Enabled/disabled graphics acceleration without success.
Tested also in Incognito Mode, nothing changes.
Scrolling using touchpad, USB mouse and keyboard keys.
Checked also Chrome Canary, no luck.

Did this work before? N/A 

Chrome version: 61.0.3163.79  Channel: stable
OS Version: 10.0
Flash Version:
 
Labels: Needs-Triage-M61

Comment 2 by ttv...@gmail.com, Sep 14 2017

maybe a duplicate to  issue 762132  
Cc: divya.pa...@techmahindra.com
Labels: Triaged-ET Needs-Feedback
This issue similar to the  bug 762386  which has been already fixed.
Could you please check the same on latest Canary and provide your observation

https://www.chromium.org/getting-involved/dev-channel
I download the latest Canary and it still happens.
Project Member

Comment 5 by sheriffbot@chromium.org, Sep 15 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "divya.padigela@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: pnangunoori@chromium.org
Labels: Needs-Feedback
Tested on reported Chrome version #61.0.3163.79, latest Stable #61.0.3163.91 and latest Canary #63.0.3218.0 on Windows 10 (Dell Precision 3800) and unable to reproduce the issue mentioned. 

@manospcistas -- Could you please try by removing the extensions and creating a new profile to verify if the issue still persists. You can also try by updating your Chrome to latest Stable version.
 
Thanks in advance.
Removed all extensions. 
Tried also other Chromium-based browsers (Yandex, UC) with no extensions installed, the same happens. 
Updated to the latest Stable version. 
Clean uninstalled and re-installed Chrome Stable, nothing has changed.  
While scrolling, no bottleneck is detected (CPU under 50% and RAM free). 
Other non-Chromium based browsers (Firefox, Edge, IE) work perfectly.
I can submit a debug file if there's an option available. 
I can also provide remote access via TeamViewer or RDP if you want.
Project Member

Comment 8 by sheriffbot@chromium.org, Sep 18 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "pnangunoori@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 9 by hdodda@chromium.org, Sep 19 2017

Cc: girard@chromium.org hdodda@chromium.org
Labels: Needs-Feedback
@ girard-- Could you please check this and confirm us if this is related to  issue 762386 .

Thanks!
Any news?
Project Member

Comment 11 by sheriffbot@chromium.org, Sep 26 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: -UI Blink>Scroll
Labels: Stability-Hang Needs-Feedback
Unable to reproduce this issue on latest stable 61.0.3169.0 using Windows 10. As we are unable to repro this, hence adding appropriate components for further triaging/inputs  from the respective team.

@Reporter: Could you please attach a debug file for further triaging or attach crash ids from chrome://crashes if freeze results in crash.
Cc: dtapu...@chromium.org
 Issue 762386  dealt with touch-fling being broken, and touch-based crashes. I don't think these issues are related (unless the reporter is using a touch screen).
For performance bugs we require a trace. Can you provide a trace as detailed here: https://www.chromium.org/developers/how-tos/submitting-a-performance-bug?
NextAction: 2017-10-11
Status: Still waiting on a performance trace to be produced.
trace_perform.json.gz
2.8 MB Download
Project Member

Comment 18 by sheriffbot@chromium.org, Oct 6 2017

Cc: sc00335...@techmahindra.com
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sc00335628@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
The NextAction date has arrived: 2017-10-11
Thanks for attaching performance trace.

@dtapuska: Could you please help in investigating the attached trace_perform.json.gz file.

Thanks!
Components: -Blink>Scroll Internals>GPU
manosp....@ Thanks for the performance trace there is definitely something wrong with the GPU in this trace. The BeginMainFrame commits are taking like 600ms and the raster tasks are all like 32ms.
Labels: Needs-Feedback
Status: Untriaged (was: Unconfirmed)
manospcistas@, can you provide a bit more information on the system specs for the system in general? Would you be able to attach the contents of about:gpu (navigate to about:gpu and save-as webpage complete).

Thanks!
This is happening to me on Dell 13 7000. Also on all chromium based applications. Please let me know if I can help.
Some more notes:

It looks like http://Greek-team.cc is problematic. The report claims facebook is slow, but is that only while greek-team.cc is open?

We see 600ms of waiting descheduled main frames, as the greek-team.cc raster is dominating the device.

Also the system is using software compositing, and the display compositor is spending 60ms per frame doing software draws.
I enabled GPU and made again some more tests. Also submitting system info.
trace_fb.com_-_gpu_enabled.json.gz
4.1 MB Download
trace_greek-team.cc_-_gpu_enabled.json.gz
3.6 MB Download
trace_outlook.com_-_gpu_enabled.json.gz
3.4 MB Download
system.nfo
1.9 MB Download
Cc: danakj@chromium.org rbasuvula@chromium.org ericrk@chromium.org
Thanks for the update!
@dtapuska/ericrk: Could you please look into this issue.
Adding related people in cc.

Thank You
Which of these traces exhibit the original problem?

This wasn't responded to:
> The report claims facebook is slow, but is that only while greek-team.cc is open?
NextAction: 2018-03-16
@submitter: could you reply to comment #27?
The NextAction date has arrived: 2018-03-16
I'll post news soon.

Sign in to add a comment