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

Issue 614183 link

Starred by 1 user
Status: Assigned
Owner:
thestig@chromium.org
Cc:
█ raymes@chromium.org
█ tsergeant@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Bug



Sign in to add a comment

PDF viewer loading progress bar can be inaccurate

Project Member Reported by thestig@chromium.org, May 23 2016 
At r395426, load a copy of the PDF 1.7 spec PDF file off disk.

Actual: See the progress bar get to ~90% very fast, then hang at 90% for 15+ seconds.

Expected: See the progress bar move in smaller increments.

See also:  bug 613704  complaining this is slow, period.

Comment 1 by npm@chromium.org, Oct 25 2016 

No longer notice this with PDF spec, is this still an issue? What I've noticed for files that take long is that progress bar finishes but the pages haven't shown.

Comment 2 by thestig@chromium.org, Nov 23 2016 

Yes, it turns out when the file size is unknown, in OutOfProcessInstance::DocumentLoadProgress() we use a logarithmic scale from 0 to 100 MB, so for large files, like the one in https://bugs.chromium.org/p/pdfium/issues/detail?id=633, we get to "99%" after loading 100 MB, and stay there for the next 200 MB. Then after the file has been fetched, PDFium still has to parse the file, which as shown in the other bug, is slow too.

Comment 3 by dsinclair@chromium.org, Dec 15 2016

Owner: thestig@chromium.org
Status: Assigned (was: Untriaged)
thestig@ was doing some work around the progress bar, assigning to them.
►

Sign in to add a comment