[XGC-16] fop massively scales up some jpeg images in pdfs

• Type: Bug
• Status: Resolved
• Resolution: Fixed
• Affects Version/s: 1.3.1
• Component/s: image codecs
• Environment: Operating System: All; Platform: All; URL: https://bugzilla.redhat.com/show_bug.cgi?id=461915
• Assignee: XML Graphics Project Mailing List
• Reporter: Lillian Angel
• Created: 18/Sep/08 09:39
• Updated: 24/Jun/15 08:50
• Resolved: 19/Sep/08 00:17

Description

Description of problem:

When using fop to create a PDF document from DocBook XML, some (but not most)
JPEG images are scaled up instead of being shown at 100%. In this test case,
this results in only a small part of the image being shown on the page.

This image was created from a .png (which had transparency, I think, in case
that is interesting), with imagemagick's convert command, and then scaled down
with imagemagick's "mogrify --resize 450x450" command. It seems to be that
resizing that made an image that causes problems for fop, though fop has no
problem with other images that were processed in the same way.

Other applications, such as eog, have no problem with this file.

(I did the conversion to JPEG because of bug #461740, and I did the resizing
because I see no other way to tell fop, or the DocBook XSL, to fit the images
on the page without cropping.)

Steps to Reproduce:

1. Unpack this tarball:
http://www.murrayc.com/temp/docbook_fop_jpeg_test.tar.gz
(I would attach it but that does not work in this bugzilla for tarballs.)

2. cd into the directory

3. Do:
xsltproc -o flumotion.fo -xinclude --catalogs
http://docbook.sourceforge.net/release/xsl/current/fo/docbook.xsl flumotion.xml

4: Do:
fop -fo flumotion.fo -pdf flumotion.pdf

The tarballs contains the generated PDF so you can see the result without even
doing that.