After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 719718 - Lots of spaces between words missing in printed document (and sometimes print preview)
Lots of spaces between words missing in printed document (and sometimes print...
Status: RESOLVED NOTGNOME
Product: gtk+
Classification: Platform
Component: Printing
3.16.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-12-02 19:40 UTC by Nerijus Baliunas
Modified: 2015-09-25 13:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
print-test.c (40.84 KB, text/x-c)
2015-04-16 05:49 UTC, Jason Crain
Details

Description Nerijus Baliunas 2013-12-02 19:40:50 UTC
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.

The file is http://sat.lt/test_print_preview.pdf
Comment 1 madbiologist 2015-01-07 23:05:09 UTC
Confirmed on evince 3.10.3-0ubuntu10.1

This is likely to be a poppler issue - confirmed with poppler 0.24.5-2ubuntu4.1

I suggest reporting this as a poppler bug at bugs.freedesktop.org - preferably after testing with poppler 0.28.1
Comment 2 Nerijus Baliunas 2015-02-11 12:47:43 UTC
Reported - https://bugs.freedesktop.org/show_bug.cgi?id=89082
Comment 3 Ludovic Tolhurst-Cleaver 2015-03-25 11:15:35 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).
Comment 4 Jason Crain 2015-04-16 05:49:21 UTC
Created attachment 301691 [details]
print-test.c

I think this is a bug in GTK.  The GtkPrintContext does not seem to like the font in this file, probably because 'T' is mapped to charcode 0 or is the .notdef glyph.

I've created the attached example program.  It's a bit large because it contains part of a font from the above PDF.  It looks fine when it draws to a GtkDrawingArea, but click the 'Print Preview' button and it leaves out the 'T' when it draws to a GtkPrintContext.

Compile with gcc print-test.c $(pkg-config --cflags --libs poppler-glib gtk+-3.0 cairo-ft)
Comment 5 Marek Kašík 2015-09-25 13:01:00 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 closing this as notgnome and will reassign the poppler bug to cairo.
You can reproduce this by running "pdftocairo -pdf test.pdf output.pdf" and opening the PDF.

Regards