Opening a new tab is janky-sluggish-laggy
Reported by
canb...@gmail.com,
Nov 7 2016
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.35 Safari/537.36 Steps to reproduce the problem: 1. Since chrome canary updated frm 56.0.2904.0 to 56.0.2905.0 opening a new tab is janky, i mean there are freezes on the tab opening animation of the UI. 2. I think something had caused between these commits: https://chromium.googlesource.com/chromium/src/+log/2cda2d7986df4f6eea6fdf7208874cb2221a036b..4ba3a0e9d06bf66b3d900fec44bcf8ee4a2964a2 3. What is the expected behavior? What went wrong? Opening a new tab is really laggy and it is easly observed with eyes. Did this work before? N/A Chrome version: 56.0.2905.0 Channel: canary OS Version: 10.0 Flash Version: Shockwave Flash 23.0 r0 Could you please investigate which change causes this lags?
,
Nov 8 2016
Could you please upgrade to the latest chrome canary and check with fresh profile , without any apps and extensions. If you still face the issue , please write us back with your observations. Thanks !
,
Nov 8 2016
i tested with latest canary (56.0.2912.0) and fresh profile. I still face the issue. Ypu can compare new tab opening amination speeds and lags between two builds i sent in the comment 1.
,
Nov 8 2016
Did you change some of chrome://flags ? Can you upload screencast videos made with the good and bad build?
,
Nov 8 2016
I recorded screencast but it is hardly identify problem in the videos. Despite that i am sending the screencasts.
,
Nov 8 2016
i didnt change any flag on chrome://flags and used fresh profiles to test. I also test in another pc that is also windows 10.
,
Nov 10 2016
Finally someone reported this (been too busy to report myself), gratitude to the reporter. This affects an arsenal of top-chrome animations, including tab opening/closing/moving animation, omnibox tab-to-search animation, omnibox security verbose state animation, and find bar appearing/disappearing animation, to name the prominences. All animations (CSS, smooth scrolling, etc.) in content area (renderer) perform normally, so the bug appears specific to browser process. --disable-gpu-vsync helps, but not perfect like it was; well, disabling v-sync never worked well on my machine. I'm on Windows 7 with Aero enabled.
,
Nov 11 2016
i agree with @innatere --disable-gpu-vsync flag makes ui animations better but not perfect still some hangs and freezes exists but obviously better than the default now.
,
Nov 18 2016
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 20 2016
Issue dissolved in 56.0.2922.1.
,
Nov 21 2016
canblbn@: Could you please confirm if this is resolved on the latest Dev(56.0.2922.1).
,
Nov 21 2017
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by canb...@gmail.com
, Nov 7 2016