PDF's show as blank gray screen in Chrome 50
Reported by
mike.moe...@gmail.com,
Apr 26 2016
|
|||
Issue description
Chrome Version : 50.0.2661.87 m
URLs (if applicable) : Load PDF from disk file or download from web site.
Firefox: PASS (ALL)
IE: PASS (ALL)
What steps will reproduce the problem?
(1) Open the attached file: broken.pdf
(2) Screen is totally gray.
What is the expected result?
Should render the words "It Works!" on the screen.
Please provide any additional information below. Attach a screenshot if
possible.
Worked perfectly in Chrome 49 and all previous versions of Chrome.
File works fine in Adobe PDF Viewer and Firefox, I.E. etc.
Looks like a possible Chrome PDF parsing issue?
This is a serious issue affecting all of our customers.
,
Apr 26 2016
Here's an extremely simple PDF consisting of a 1 inch square box that is broken in Chrome.
,
Apr 26 2016
I'm using Version 50.0.2661.87 m and see also only grey in all the "broken" pdf files. I downloaded PDF for Google Search Engine Optimization Starter Guide which ran directly from browser and see the PDF as it should be. Whether the different "broken" pdf's are damaged, or not coverted to pdf correctly from the unknown version of app used, is unconfirmed but the below PDF is visual for use, and not showing as grey in the latest version. http://static.googleusercontent.com/media/www.google.co.uk/en/uk/webmasters/docs/search-engine-optimization-starter-guide.pdf
,
Apr 26 2016
Able to reproduce on Windows 7, Ubuntu 14.04 and Mac OS 10.11.4 using chrome stable M50-50.0.2661.87. Bisect Information: ===================== Good build: 50.0.2633.0 Bad Build : 50.0.2635.0 Change Log URL: https://chromium.googlesource.com/chromium/src/+log/64cd59dbcc777d867c03ce902326d53a6d8dd546..ba874b55c804ec164bc16617b73089db4e613d24 From the above change log suspecting below change Review URL: https://codereview.chromium.org/1636413003 thestig@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner. Thanks!
,
Apr 26 2016
We found a bug in the linearization dictionary of that PDF. There was an invalid object number for the 1st page. However, we are seeing a different issue now. In the example PDF uploaded the initial preview of the page should be in Landscape (not portrait) There is a 90 degree rotation that isn't working. If you hit the "Print" button the 2nd preview shows correctly. Works in other browsers and in Adobe Acrobat. Should this be opened as separate bug?
,
Apr 26 2016
The page is being rotated for previewing using /AA dictionary (Additional Actions) utilizing the Will Print and Did Print events. << /Type /Catalog /Pages 1 0 R /ViewerPreferences<</FitWindow true /PrintScaling /None /PickTrayByPDFSize false /Duplex /Simplex>> /AA<</WP<</S/JavaScript/JS(this.setPageRotations\(0, this.numPages - 1, 0\);)>>/DP<</S/JavaScript/JS(this.setPageRotations\(0, this.numPages - 1, 90\);)>>>> >>
,
Apr 26 2016
This code works in previous versions of Chrome.
,
Apr 27 2016
Umm, I see broken.pdf has been deleted. Do you still care about that case? If not, we can reuse this bug for Letter-A-Rotation-Issue.pdf. How do you want to proceed?
,
Apr 27 2016
Closing and creating a cleaner bug might be the best. Take everything from the 2nd paragraph in comment 5. My guess is that the initialization dictionary in the PDF was never looked at before Chrome before v50. Which uncovered our mistake. Other PDF parser were more forgiving.
,
Apr 27 2016
Ok. I'll close this then. Please file a new bug.
,
Apr 28 2016
BTW, I think the original issue is related to bug 604146 .
,
Apr 28 2016
And Letter-A-Rotation-Issue.pdf is also related, so it's all my fault. :-[ |
|||
►
Sign in to add a comment |
|||
Comment 1 by mike.moe...@gmail.com
, Apr 26 2016