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

Issue 655563 link

Starred by 2 users
Status: WontFix
Owner: ----
Closed: Nov 2017
Cc:
nyerramilli@chromium.org
asanka@chromium.org
dbeam@chromium.org
█ tkonch...@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression : Delay is seen while loading download list in chrome://downloads.

Reported by mni...@etouch.net, Oct 13 2016 
Version: 55.0.2883.11 709e70a37ad5ea7e4155b38134d00530605f11bb-refs/branch-heads/2883@{#79} (64-bit)
OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.10.5, 10.11.4)
URL : http://www.cbu.edu.zm/downloads/pdf-sample.pdf

What steps will reproduce the problem?
1. Launch chrome and navigate to above url.
2. Now press 'Cmd+alt+I' from keyboard to open devtools and go to Toggle device mode and click on 'more options' button and click 'Capture screenshot'
3. Now click on 'show all' button at the bottom of page which navigates to chrome://downloads page and observe the downloaded item list

Actual: Delay is seen while loading download list
Expected: Delay should not be seen while loading download list

This is regression issue, broken in ‘M 52’ and below is manual regression and narrow bisect info:
Good build : 52.0.2725.0
Bad build : 52.0.2726.0

Narrow Bisect info : 
https://chromium.googlesource.com/chromium/src/+log/45eb19959b625966d3292e7c4862a5e17ed3125b..211d483ad1301b59fb0f1eeb9aba4723c86f51f8?pretty=fuller&n=100

Suspecting: r391828 from Narrow bisect

@asanka : Could you please help to reassign if your change is not the cause for this change.
Actual_video.mov
3.3 MB Download
Expected_video.mov
1.1 MB Download

Comment 1 by asanka@chromium.org, Oct 13 2016

Cc: asanka@chromium.org dbeam@chromium.org
Owner: ----
Status: Available (was: Assigned)
My change shouldn't have affected the load times of chrome://downloads in any perceptible manner.

+dbeam: any ideas? I don't recall there being any work around this time that would explain a delay, specially since the bisect range is in M52.

As for download database load times, I'm looking at the timeline for Download.Database.QueryDownloadDuration on Stable which shows that the 95th percentile load times are hovering around 250ms. 75th percentile load times are around 25ms. These times would affect chrome://downloads load times if that page was opened before downloading anything. But looks like roughly 250ms after the first download, we should have the history loaded on 95% of machines.

That said, we don't sufficient data volume spanning the M52 launch to tell if there was a database load time regression in M52.

Comment 2 by dbeam@chromium.org, Oct 13 2016 

no real ideas here, haven't changed much like asanka@ said

Comment 3 by dbeam@chromium.org, Oct 27 2016

Labels: -Pri-1 Pri-3
Project Member

Comment 4 by sheriffbot@chromium.org, Oct 30 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

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

Comment 5 by eostroukhov@chromium.org, Nov 1 2017

Status: WontFix (was: Untriaged)
Unable to reproduce and have not seen other reports of this issue.
►

Sign in to add a comment