Bug 89082 - Lots of spaces between words missing in printed document (and sometimes print preview).
Summary: Lots of spaces between words missing in printed document (and sometimes print...
Alias: None
Product: cairo
Classification: Unclassified
Component: pdf backend (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Adrian Johnson
QA Contact: cairo-bugs mailing list
Depends on:
Reported: 2015-02-11 12:46 UTC by Nerijus Baliūnas
Modified: 2015-09-27 00:09 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

pdf with a print preview problem (217.66 KB, application/pdf)
2015-02-11 12:46 UTC, Nerijus Baliūnas

Description Nerijus Baliūnas 2015-02-11 12:46:56 UTC
Created attachment 113349 [details]
pdf with a print preview problem

Print preview (and printed document) is wrong. For example, a lot of spaces between words are missing, and in a line "KITA ESMINĖ INFORMACIJA IR PAPILDOMOS SĄLYGOS" the letter T is missing in the first word "KITA".

gimp and okular display print preview correctly.

evince bug report is https://bugzilla.gnome.org/show_bug.cgi?id=719718
Comment 1 Nerijus Baliūnas 2015-02-11 12:47:50 UTC
Version is poppler-0.26.2-6.fc21.x86_64.
Comment 2 Albert Astals Cid 2015-02-11 18:22:07 UTC
If okular is doing it right seems like a cairo backend issue
Comment 3 Ludovic Tolhurst-Cleaver 2015-03-25 11:34:43 UTC
I found that print preview was fine, but that the printed document came out with many spaces missing, making the document hard to read. 

Please can the title of this bug be updated to better reflect the bug. An issue with print preview may be a slight inconvenience at best - most people wouldn't even notice it. When this problem manifests in the actual printed document, it is a considerable annoyance - especially with programming documentation. 

Also, I haven't been seeing this in the Print Preview, but I have certainly seen it with every printout I've made from evince since I started using it again. 

I have noticed this printing issue across two different setups of OS (well, Debian and Ubuntu), printer, printer driver etc. in different companies. 

In both cases I was printing the perldoc PDFs available from perldoc.perl.org (if you're looking to reproduce my experience of the problem as accurately as possible - but of course it seems to affect all PDF documents). 

Here are the versions of the poppler & libpoppler packages that I have installed: 

libpoppler-glib8:amd64     0.24.5-2ubuntu4.2     amd64
libpoppler-qt4-4:amd64     0.24.5-2ubuntu4.2     amd64
libpoppler44:amd64         0.24.5-2ubuntu4.2     amd64
poppler-data               0.4.6-4               all  
poppler-utils              0.24.5-2ubuntu4.2     amd64
Comment 4 Ludovic Tolhurst-Cleaver 2015-03-25 11:36:37 UTC
OK, I've updated the title of the bug report. Hope that's OK with everyone.
Comment 5 Nerijus Baliūnas 2015-04-16 10:27:49 UTC
According to https://bugzilla.gnome.org/show_bug.cgi?id=719718 it probably is a bug in GTK.
Comment 6 Marek Kasik 2015-09-25 13:03:36 UTC
This is actually a bug in cairo. While it is able to produce correct PostScripts and PNGs, it produces PDFs which have the mentioned problems. I'm reassigning this to cairo.
You can reproduce this by running "pdftocairo -pdf test.pdf output.pdf" and opening the PDF.

Comment 7 Adrian Johnson 2015-09-27 00:09:00 UTC
Fixed in 495362279b42620071c6b46f69918ce324aee0db

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.