Bug 21585 - PDF Rendering not correct
Summary: PDF Rendering not correct
Status: RESOLVED DUPLICATE of bug 11719
Alias: None
Product: poppler
Classification: Unclassified
Component: cairo backend (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-05 20:12 UTC by Greg
Modified: 2010-01-29 02:26 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Greg 2009-05-05 20:12:16 UTC
This bug only occurs on some PDF files, an example is available at http://www.nationaldog.com.au/2006/2006_oct/contents.pdf and for details and screen shots of what issues there are see http://registry.gimp.org/node/15938.

Basically what is happening is that when opening or viewing some PDF files with evince, Gimp or even just viewing the thumbnails in the folder there is some colour distortion and gradient loss.  Opening the file in Adobe Reader however shows the file fine without an degradation of the image at all.

There are no error messages to report as the conversion is done and the file opens however the conversion quality is the bug.

Please let me know if you need any further information as I would be happy to provide whatever you need.
Comment 1 Thomas Frieling 2009-05-06 00:48:51 UTC
I encountered a similar Problem: A red box appears on the first page when using Gimp.

http://www.kaufda.de/brochures/12587718/original.pdf

When using the poppler command line tools, the problem disappears (this also applies to Greg's example):

pdftoppm -f 1 -l 1 -r 200 original.pdf | pnmtojpeg -quality 95 > xpdfout.jpg

My guess is that this has to do with the poppler-glib which is used by Gimp but not the cmd line tools.

BTW: This seems to have to do with https://bugs.freedesktop.org/show_bug.cgi?id=21542
Comment 2 Albert Astals Cid 2009-05-06 14:39:38 UTC
Carlos is this due to the "Stream reset and close in ImageStream" thing we are discussing on the mailing list?
Comment 3 Carlos Garcia Campos 2009-05-07 00:49:47 UTC
(In reply to comment #2)
> Carlos is this due to the "Stream reset and close in ImageStream" thing we are
> discussing on the mailing list?
> 

No, I'd say it's a dupl of bug #12144. It's not reproducible with pdftoppm because pdftoppm doesn't use the cairo output device. 
Comment 4 Thomas Frieling 2009-09-05 08:37:01 UTC
(In reply to comment #1)
Testcase is now available here:
http://www.kaufda.de/download/poppler-bug-21585.pdf
Comment 5 Carlos Garcia Campos 2009-09-06 02:05:58 UTC
Test case looks perfect to me with current poppler/cairo. There's only an issue in the first page which I think is due to missing clipToStrokePath() in CairoOutputDev (see bug #11719). Could you attach a screenshot showing the rendering issues, please?
Comment 6 Carlos Garcia Campos 2010-01-29 02:26:23 UTC
I can confirm rendering issues in cairo backend are due to bug #11719, and it looks correct in splash, so let's mark this as duplicated. 

*** This bug has been marked as a duplicate of bug 11719 ***


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.