Bug 56265

Summary: Overprinted characters in PDF files from latex
Product: cairo Reporter: Johan Brannlund <freedesktop-bugs>
Component: pdf backendAssignee: Adrian Johnson <ajohnson>
Status: RESOLVED FIXED QA Contact: cairo-bugs mailing list <cairo-bugs>
Severity: normal    
Priority: medium CC: benjamin, freedesktop-bugs
Version: 1.12.6   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: tex file for reproducing bug
PDF output from pdflatex
PDF output from pdftocairo

Description Johan Brannlund 2012-10-21 22:06:46 UTC
Created attachment 68888 [details]
tex file for reproducing bug

I noticed when printing a PDF file produced with latex that certain characters are printed on top of each other when printing from Evince. This can be reproduced in the following way:

1. Run "pdflatex aa.tex"
2. Run "pdftocairo -pdf aa.pdf cc.pdf"
3. Notice that the output cc.pdf contains overprinted characters when viewed on screen, whereas aa.pdf looks fine.

This is with poppler version 0.20.4, cairo version 1.12.2 and pdflatex from TexLive 2012.
Comment 1 Johan Brannlund 2012-10-21 22:07:36 UTC
Created attachment 68889 [details]
PDF output from pdflatex
Comment 2 Johan Brannlund 2012-10-21 22:08:03 UTC
Created attachment 68890 [details]
PDF output from pdftocairo
Comment 3 Benjamin Berg 2012-10-22 08:41:20 UTC
From the result it looks like the width of the embedded beta character is wrong. Note that all other cairo output devices (tested ps, svg, x11) work fine for me.

An even simple test document is to just put two beta characters in the document. You can see then, that the beta character still does have a width, but it is much too small.
Comment 4 Adrian Johnson 2012-10-26 12:41:36 UTC
Fixed in 
http://cgit.freedesktop.org/cairo/commit/?id=d57e652f
Comment 5 Albert Astals Cid 2012-10-26 12:54:15 UTC
Setting as "not our bug" since it was actually a bug in cairo, note that as per Adrian's comment it is been already fixed in cairo upstream
Comment 6 Adrian Johnson 2012-10-26 22:39:57 UTC
(In reply to comment #5)
> Setting as "not our bug" since it was actually a bug in cairo, note that as
> per Adrian's comment it is been already fixed in cairo upstream

I changed the product to cairo at the same time as I pushed a fix.
Comment 7 Serge Gavrilov 2013-02-04 09:07:52 UTC
Commit http://cgit.freedesktop.org/cairo/commit/?id=d57e652f08f5ff7c334d01bc071962e6a131928f, which fixes the current bug causes bug #60248

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.