Last modified: 2012-10-26 00:45:41 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T43381, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41381 - Handle invalid PDF - Can't process font stream, loading font by the name
Handle invalid PDF - Can't process font stream, loading font by the name
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
Media storage (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 41371
  Show dependency treegraph
 
Reported: 2012-10-25 10:08 UTC by Dereckson
Modified: 2012-10-26 00:45 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dereckson 2012-10-25 10:08:53 UTC
Non standard PDF generated by PDF Complete or JRAPublish aren't readable by GhostScript. The issue seems to be related to fonts.

[ Steps to reproduce bug ]

1. Go to a non standard PDF file, e.g. [[Commons:File:Electromagnetic Field.pdf]]

2. Open the thumbnail (e.g. right click > view image) - https://upload.wikimedia.org/wikipedia/commons/thumb/e/e7/Electromagnetic_Field.pdf/page1-463px-Electromagnetic_Field.pdf.jpg

[ Error message ]

Error creating thumbnail: **** Warning: can't process font stream, loading font by the name.
**** Error reading a content stream. The page may be incomplete.
**** File did not complete the page properly and may be damaged.

**** This file had errors that were repaired or ignored.
**** The file was produced by:
**** >>>> PDF Complete 3.5.310.2002 <<<<
**** Please notify the author of the software that produced this
**** file that it does not conform to Adobe's published PDF
**** specification.

convert: no decode delegate for this image format `/tmp/magick-80d5LrYy' @ error/constitute.c/ReadImage/532.
convert: missing an image filename `/tmp/transform_34b4e206409f-1.jpg' @ error/convert.c/ConvertImageCommand/3011.

[ Side note ]

This upstream bug is related but not identical to our issue:
http://bugs.ghostscript.com/show_bug.cgi?id=691406
Comment 1 Nemo 2012-10-25 12:13:33 UTC
Shouldn't this be in PdfHandler component?
Comment 3 Andre Klapper 2012-10-25 22:28:00 UTC
(In reply to comment #0)
> **** This file had errors that were repaired or ignored.
> **** The file was produced by:
> **** >>>> PDF Complete 3.5.310.2002 <<<<
> **** Please notify the author of the software that produced this
> **** file that it does not conform to Adobe's published PDF
> **** specification.

As servers were just upgraded to newer versions, might be that GhostScript folks decided to be more strict about sticking to standards?
No other pages in that collection affected.
=> Priority low for the time being.
Comment 4 Andre Klapper 2012-10-26 00:45:41 UTC
As discussed with Aaron, RobLa and Sumana:
As upstream (in this case Ghostscript) developers decided to be stricter by enforcing standards, we won't put resources downstream on investigating how to make checks more lenient again. Hence there are currently no plans to change this behavior. Contacting the author of that file and reuploading a non-broken version is welcome.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links