Issue 1589 in pdfium: Specific PDF takes time to load in Chrome

[chrismer… via monorail]

Status: Unconfirmed
Owner: ----
Labels: Type-Defect Priority-Medium

New issue 1589 by chrismer...@gmail.com: Specific PDF takes time to load in Chrome
https://bugs.chromium.org/p/pdfium/issues/detail?id=1589

Hi team,

What steps will reproduce the problem?
1.Open attached PDF in Adober Reader and observe that it opens quickly
2.Then open it in Chrome (using right click from Windows Explorer->Open with->Google Chrome) and observe that it takes ten times longer.

Same problem using PDFium SDK.

What version of the product are you using? On what operating system?
Google Chrome Version 85.0.4183.102 (Official Build) (64-bit)
Windows 10 64-bit

Regards,
Christophe

Attachments:
test.Pdf 186 KB

--
You received this message because:
1. The project was configured to send all issue notifications to this address

You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settings

[n… via monorail]

Updates:
Status: Available

Comment #1 on issue 1589 by ni...@chromium.org: Specific PDF takes time to load in Chrome
https://bugs.chromium.org/p/pdfium/issues/detail?id=1589#c1

Also noticed the scrollbar is experiencing significant lag, and zooming actions are delayed due to the slow rendering. (Tested on chromeOS 85.0.4183.84)

[thes… via monorail]

Updates:
Blockedon: 11

Comment #2 on issue 1589 by the...@chromium.org: Specific PDF takes time to load in Chrome
https://bugs.chromium.org/p/pdfium/issues/detail?id=1589#c2

The slowdown is in AGG. Rendering with Skia is roughly 4 times faster.

[ivars… via monorail]

Comment #3 on issue 1589 by ivars...@gmail.com: Specific PDF takes time to load in Chrome
https://bugs.chromium.org/p/pdfium/issues/detail?id=1589#c3

It positioned every letter individually on the page (with all settings (fonts position etc) individually) I have attached the decompressed version.

Document created by iTextSharp’ 5.5.13.1 ©2000-2019 iText Group NV (AGPL-version)
The Documents shows in Firefox (81.0.2 (64-bits)) slowly too, but you can see it draw the individual letters instead of giving the user the 'hang' experience.
Sumatra (3.1.2 64bit) does not have a marked delay (I get the impression it is even faster than Acrobat)

Could the original poster give information on how this document was created?
Not to divert blame from this project, but I think the interesting decision that ended up with this document should be addressed.

Attachments:
ReallySlow_unc.zip 188 KB