poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2023-04-21T07:11:19Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/19pdftops how to generate monochrome PostScript file2023-04-21T07:11:19ZBugzilla Migration Userpdftops how to generate monochrome PostScript file## Submitted by Gaurav
Assigned to **poppler-bugs**
**[Link to original bug (#61335)](https://bugs.freedesktop.org/show_bug.cgi?id=61335)**
## Description
What should be input options for pdftops to generate a Monochrome PostScrip...## Submitted by Gaurav
Assigned to **poppler-bugs**
**[Link to original bug (#61335)](https://bugs.freedesktop.org/show_bug.cgi?id=61335)**
## Description
What should be input options for pdftops to generate a Monochrome PostScript file from PDF having color images and color text.
I could not find anything related to converting Color pdf to mono PS in PSOutputDev and pdftops.
Please let me know input options for pdftops for generating mono ps.
Please include functionality if not already present.https://gitlab.freedesktop.org/poppler/poppler/-/issues/115Can't print certain PDFs from HP Laserjet 1200; others work fine2018-10-27T14:16:09ZBugzilla Migration UserCan't print certain PDFs from HP Laserjet 1200; others work fine## Submitted by Nate Graham
Assigned to **poppler-bugs**
**[Link to original bug (#100090)](https://bugs.freedesktop.org/show_bug.cgi?id=100090)**
## Description
Created attachment 130095
troubleshoot.txt from the printer troubles...## Submitted by Nate Graham
Assigned to **poppler-bugs**
**[Link to original bug (#100090)](https://bugs.freedesktop.org/show_bug.cgi?id=100090)**
## Description
Created attachment 130095
troubleshoot.txt from the printer troubleshooter
This is a duplicate of the issue I reported on the RedHat bugzilla at https://bugzilla.redhat.com/show_bug.cgi?id=1420072
I figured I'd report it in the right place--the upstream project itself.
SUMMARY
I have a USB-connected HP LaserJet 1200 laser printer. From my Fedora 25 machine, most documents print just fine. However there are *certain* PDFs that refuse to print. I can print these troublesome PDFs from my Windows and Mac machines.
HOW REPRODUCIBLE
100% reproducible with affected PDFs. 0% reproducible for other documents. Not sure what makes certain PDFs not work. Same results on Fedora 25 with poppler-0.45.0-2.fc25 as well as OpenSUSE Tumbleweed with poppler-0.52.0
STEPS TO REPRODUCE
1. Find/acquire/generate a troublesome PDF document (one is attached)
2. Print the PDF document from program that can print (evince, chromium, xournal, okular, `lp`; doesn't matter)
ACTUAL RESULTS
The document shows up in the printer's job queue and the lights on the front of the printer begin to blink as though it's about to start printing. But it never actually prints. The job's status remains "processing" indefinitely. I've waited 30 minutes in this state and it never prints.
EXPECTED RESULTS
The document should print within 10 seconds of being sent to the printer.
REGRESSION
- All text documents print fine from gedit and `lp`
- Most PDF documents print fine from evince, chromium, xournal, okular, and `lp`
- Affected PDFs do not print from any program (evince, chromium, xournal, okular, or `lp`)
- Same results in Fedora 25 as well as OpenSUSE Tumbleweed
ADDITIONAL INFO
- Attached troubleshooting.txt from the printer troubleshooter
- Attached a PDF that won't print
- Attached a PDF that does print
**Attachment 130095**, "troubleshoot.txt from the printer troubleshooter":
[troubleshoot.txt](/uploads/9a53203f53c227322e55342bdda51d1f/troubleshoot.txt)https://gitlab.freedesktop.org/poppler/poppler/-/issues/135pdftops generates broken (according to ghostscript) postscript2018-10-26T11:29:52ZBugzilla Migration Userpdftops generates broken (according to ghostscript) postscript## Submitted by Andrew de Quincey
Assigned to **poppler-bugs**
**[Link to original bug (#50750)](https://bugs.freedesktop.org/show_bug.cgi?id=50750)**
## Description
Created attachment 62614
The PDF file which renders OK
Hi, the ...## Submitted by Andrew de Quincey
Assigned to **poppler-bugs**
**[Link to original bug (#50750)](https://bugs.freedesktop.org/show_bug.cgi?id=50750)**
## Description
Created attachment 62614
The PDF file which renders OK
Hi, the attached PDF document displays OK in ghostscript, but when I
run it through poppler's pdftops, ghostscript rejects it with the
error at the end of this bug. I first spotted this because I couldn't
print it via KDE/Cups.
I'm using poppler 0.20.0 and ghostscript 9.05 on arch linux.
GPL Ghostscript 9.05 (2012-02-08)
Copyright (C) 2010 Artifex Software, Inc. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Error: /syntaxerror in -file-
Operand stack:
Encoding --nostringval-- --nostringval-- 32
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval--
--nostringval-- 2 %stopped_push --nostringval--
--nostringval-- --nostringval-- false 1 %stopped_push 1894
1 3 %oparray_pop 1893 1 3 %oparray_pop 1877 1 3
%oparray_pop 1771 1 3 %oparray_pop --nostringval--
%errorexec_pop .runexec2 --nostringval-- --nostringval--
--nostringval-- 2 %stopped_push
Dictionary stack:
--dict:1154/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)--
--dict:67/75(L)-- --dict:5/10(L)--
Current allocation mode is local
Current file position is 11503
GPL Ghostscript 9.05: Unrecoverable error, exit code 1
**Attachment 62614**, "The PDF file which renders OK":
[test.pdf.gz](/uploads/50126570d696ca443f7782c6150c87af/test.pdf.gz)https://gitlab.freedesktop.org/poppler/poppler/-/issues/152pdftops output empty pdf2018-10-08T10:42:48ZBugzilla Migration Userpdftops output empty pdf## Submitted by cla..@..eat.dk
Assigned to **poppler-bugs**
**[Link to original bug (#98212)](https://bugs.freedesktop.org/show_bug.cgi?id=98212)**
## Description
Created attachment 127233
test PDF
I don't know where in the proce...## Submitted by cla..@..eat.dk
Assigned to **poppler-bugs**
**[Link to original bug (#98212)](https://bugs.freedesktop.org/show_bug.cgi?id=98212)**
## Description
Created attachment 127233
test PDF
I don't know where in the process it fails but these two command lines output an empty PDF file
pdftops version 0.46.0
PDF:
http://docdro.id/qY5UQ8l
pdftops test.pdf out.ps
ps2pdf -dPDFSETTINGS=/screen -dColorImageResolution=50 -dGrayImageResolution=50 out.ps outps.pdf
**Attachment 127233**, "test PDF":
[hostmaster.pdf](/uploads/9ca4085ccecc2bc8be44bc2f55822132/hostmaster.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/167PostScript Level 3 of pdftops broken2018-10-07T00:04:45ZBugzilla Migration UserPostScript Level 3 of pdftops broken## Submitted by Till Kamppeter
Assigned to **poppler-bugs**
**[Link to original bug (#19640)](https://bugs.freedesktop.org/show_bug.cgi?id=19640)**
## Description
To easily reproduce the problem do (d00022-001 is PDF printing outp...## Submitted by Till Kamppeter
Assigned to **poppler-bugs**
**[Link to original bug (#19640)](https://bugs.freedesktop.org/show_bug.cgi?id=19640)**
## Description
To easily reproduce the problem do (d00022-001 is PDF printing output of gedit, captured from the spool directory of CUPS):
wget http://launchpadlibrarian.net/21294491/d00022-001
pdftops -level3 -paper A4 d00022-001 > l3.ps
pdftops -level2 -paper A4 d00022-001 > l2.ps
pdftops -level2 -noembtt -paper A4 d00022-001 > l2noembtt.ps
Then send the files unfiltered to a PostScript printer from HP (Ghostscript displays all files correctly on the screen). The l3.ps prints some characters as squares, the l2*.ps print correctly. This means that something is broken with the Level 3 PostScript output, at least for HP printers.
The HP LaserJet P3005 even crashes on the faulty PostScript Level3 output of pdftops.
See
http://launchpadlibrarian.net/21292602/img001.jpg
for the broken output of l3.ps.https://gitlab.freedesktop.org/poppler/poppler/-/issues/171PDF that causes undefined postscript error when converted with pdftops2018-10-08T10:43:00ZBugzilla Migration UserPDF that causes undefined postscript error when converted with pdftops## Submitted by Urs
Assigned to **poppler-bugs**
**[Link to original bug (#96722)](https://bugs.freedesktop.org/show_bug.cgi?id=96722)**
## Description
Created attachment 124777
sample PDF
Hi
Attached pdf was converted with pdft...## Submitted by Urs
Assigned to **poppler-bugs**
**[Link to original bug (#96722)](https://bugs.freedesktop.org/show_bug.cgi?id=96722)**
## Description
Created attachment 124777
sample PDF
Hi
Attached pdf was converted with pdftops 0.45.0.
Command: pdftops poppler-undefined-ps-err.pdf
or pdftops -level1sep poppler-undefined-ps-err.pdf
both have the same error
The resulting ps then sent to a Xerox 7545 Postscript printer causes following postscript error to occur:
ERROR: undefined
OFFENDING COMMAND: 0a
NEXT ITEMS ON INPUTFILE: 00000000000000000000000000000000000000000000000000000000000...
OPERAND STACK:
-mark-
false
The same pdf can be displayed and printed from Adobe Reader, so the error is probably related with pdftops conversion.
Can this be corrected in the near future?
Thank you
Urs
---
Urs Beckmann
ETH Zürich
ITS Printing
STB H 14
044 6323488
Stampfenbachstr. 69
8092 Zürich
urs.beckmann@id.ethz.ch
**Attachment 124777**, "sample PDF":
[poppler-undefined-ps-err.pdf](/uploads/249a6ce2033d7f11d0d79bcc16c0e54f/poppler-undefined-ps-err.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/196pdftops generates broken .ps file2021-07-08T14:53:27ZBugzilla Migration Userpdftops generates broken .ps file## Submitted by PeterG
Assigned to **poppler-bugs**
**[Link to original bug (#88532)](https://bugs.freedesktop.org/show_bug.cgi?id=88532)**
## Description
Created attachment 112384
Statement as PDF File hang up with rendering comp...## Submitted by PeterG
Assigned to **poppler-bugs**
**[Link to original bug (#88532)](https://bugs.freedesktop.org/show_bug.cgi?id=88532)**
## Description
Created attachment 112384
Statement as PDF File hang up with rendering completed printing with Okular
I already filed a bug at bugs.kde.org. The guys there said it's a problem with poppler and I should file a bug here.
The complete history of the bug can be seen at:
https://bugs.kde.org/show_bug.cgi?id=342548.
I did -> pdftops KA_20141208-1_public.pdf
Syntax Warning: FoFiType1::parse a line has more than 255 characters, we don't support this
This warning appears about 100 to 150 times.
The ".ps"-file has ben created.
After entering ->
gs KA_20141208-1_public.ps
a window came up, flashed 1 second and then disappeared. The terminal output was:
GPL Ghostscript 9.07 (2013-02-14) Copyright (C) 2012 Artifex Software, Inc.
All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusSanL-Bold font from /usr/share/ghostscript/9.06/Resource/Font/NimbusSanL-Bold... 3461368 2075877 23109360 20842461 1 done.
Error: /undefined in e657865630ad9d66f633b846a989b9974b0179fc6cc445bc1325eb8f274dd24a5 Operand stack: --dict:8/12(L)-- --nostringval-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1894 1 3 %oparray_pop 1893 1 3 %oparray_pop 1877 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- Dictionary stack: --dict:1159/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- --dict:69/75(L)-- Current allocation mode is local Current file position is 4306645 GPL Ghostscript 9.07: Unrecoverable error, exit code 1
(Please be patient, english is not my first language)
**Attachment 112384**, "Statement as PDF File hang up with rendering completed printing with Okular":
[KA_20141208-1_public.pdf](/uploads/1d5fb77dfd121870e01de9212aca544d/KA_20141208-1_public.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/208pdftops command line utility does not convert multiple-page-size documents co...2018-10-26T15:49:20ZBugzilla Migration Userpdftops command line utility does not convert multiple-page-size documents correctly## Submitted by Till Kamppeter
Assigned to **poppler-bugs**
**[Link to original bug (#19777)](https://bugs.freedesktop.org/show_bug.cgi?id=19777)**
## Description
Created attachment 22304
PDF file with different page sizes: 1: A4 ...## Submitted by Till Kamppeter
Assigned to **poppler-bugs**
**[Link to original bug (#19777)](https://bugs.freedesktop.org/show_bug.cgi?id=19777)**
## Description
Created attachment 22304
PDF file with different page sizes: 1: A4 port, 2: A3 landsc, 3: A3 port, 4: A4 landsc
If one converts a PDF file which has pages with different sizes (example attached) and converts it to PostScript with pdftops, the resulting file has all pages scaled to the size of the first page.
I have tried without command line options (except the file names) and with many different combinations of "-nocrop", "-noshrink", "-nocenter", "-paper match" and did not get a PostScript file with the original page sizes. Giving "-noshrink" keeps the page content in its original size, but the page size still stays the size of the first page and so all pages bigger than the first page get cropped.
This way pdftops cannot be used to print a PDF file with pages of different sizes on a PostScript printer which provides the different paper sizes on its different trays.
**Attachment 22304**, "PDF file with different page sizes: 1: A4 port, 2: A3 landsc, 3: A3 port, 4: A4 landsc":
[combined.pdf](/uploads/438962b2c32e156e83adec84b8b7939d/combined.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/333pdftops with -preload option is creating an invalid PostScript file when OCG ...2018-10-08T10:31:27ZBugzilla Migration Userpdftops with -preload option is creating an invalid PostScript file when OCG errors are present## Submitted by Joseph Karolchik
Assigned to **poppler-bugs**
**[Link to original bug (#39354)](https://bugs.freedesktop.org/show_bug.cgi?id=39354)**
## Description
I am working with several large GeoPDF files from the US Geologic...## Submitted by Joseph Karolchik
Assigned to **poppler-bugs**
**[Link to original bug (#39354)](https://bugs.freedesktop.org/show_bug.cgi?id=39354)**
## Description
I am working with several large GeoPDF files from the US Geological Survey that are causing a problem when converted to a PostScript output file using pdftops. For this example, I used the latest stable release, but the problem exists in earlier releases as well.
> pdftops -v
pdftops version 0.16.7
Copyright 2005-2011 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2004 Glyph & Cog, LLC
I generate the output PostScript file using the following command:
> pdftops -preload geoFile.pdf geoFile.ps
The file contains layered data defined in Optional Content Groups, and some of the OCGs cause an error message to be output, as follows:
Error: Could not find a OCG with Ref (65:0)
Error: Could not find a OCG with Ref (70:0)
Error: Could not find a OCG with Ref (75:0)
Error: Could not find a OCG with Ref (78:0)
Error: Could not find a OCG with Ref (89:0)
Error: Could not find a OCG with Ref (92:0)
Error: Could not find a OCG with Ref (93:0)
`<etc>`
Also, this error sometimes is output:
Error: XObject 'Tile_0000_0000' is unknown
Error: XObject 'Tile_0000_0001' is unknown
Error: XObject 'Tile_0000_0002' is unknown
Error: XObject 'Tile_0000_0003' is unknown
Error: XObject 'Tile_0001_0000' is unknown
Error: XObject 'Tile_0001_0001' is unknown
Error: XObject 'Tile_0001_0002' is unknown
Error: XObject 'Tile_0001_0003' is unknown
`<etc>`
If I try to open the file in a graphics viewer, it hangs when I try to open it (or creates a blank screen). If I use ghostScript to interpret the file using ps2pdf, it will generate either a rangecheck or stack overflow error.
Note that if I don't use the "-preload" option that the PostScript output file is usable, but missing some of the layers.https://gitlab.freedesktop.org/poppler/poppler/-/issues/344pdftops – avoid excessive or unnecessary rasterization2018-10-08T10:31:16ZBugzilla Migration Userpdftops – avoid excessive or unnecessary rasterization## Submitted by James Cloos `@cloos`
Assigned to **poppler-bugs**
**[Link to original bug (#66056)](https://bugs.freedesktop.org/show_bug.cgi?id=66056)**
## Description
Currently PSoutputDev:: forces rasterization whenever the pdf...## Submitted by James Cloos `@cloos`
Assigned to **poppler-bugs**
**[Link to original bug (#66056)](https://bugs.freedesktop.org/show_bug.cgi?id=66056)**
## Description
Currently PSoutputDev:: forces rasterization whenever the pdf (page?) has any tranparency or uses pattern image masks.
Instead it, as cairo does, should limit rasterization to the size of the non-opaque regions.
In particular, if the only non-opaque objects are images, then those images should be pre-composed and treated as opaque images.
Non-opaque images directly on the background should be composed to white.
Non-opaque images atop a constant opaque vector or image object should be composed to said underlying object’s constant colour and then opaquely painted atop the object.
For everything else, the area with non-opaque objects can be rasterized as the whole page currently is.
Looking at PSOutputDev::, this will take some work.https://gitlab.freedesktop.org/poppler/poppler/-/issues/365pdftops generates ps with incorrect color models2018-10-26T15:15:14ZBugzilla Migration Userpdftops generates ps with incorrect color models## Submitted by Paulo Ney
Assigned to **poppler-bugs**
**[Link to original bug (#98560)](https://bugs.freedesktop.org/show_bug.cgi?id=98560)**
## Description
Created attachment 127707
Small PDF file in CMYK only
This small PDF fi...## Submitted by Paulo Ney
Assigned to **poppler-bugs**
**[Link to original bug (#98560)](https://bugs.freedesktop.org/show_bug.cgi?id=98560)**
## Description
Created attachment 127707
Small PDF file in CMYK only
This small PDF file (that can be opened with a txt editor) is fully written in one Color Space "CMYK" only, but pdftops inappropriately creates 4 occurrences of the "/DeviceGray {} cs" in the converted PS file.
(pdftops version 0.41.0 on Ubuntu 14.04)
**Attachment 127707**, "Small PDF file in CMYK only":
[popler-bug.pdf](/uploads/1afa71985deaff435e0999cbf1fd4d77/popler-bug.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/423pdftops - same font is embedded multiple times into resulting postscript file2018-10-26T15:19:16ZBugzilla Migration Userpdftops - same font is embedded multiple times into resulting postscript file## Submitted by Alex Korobkin
Assigned to **poppler-bugs**
**[Link to original bug (#65306)](https://bugs.freedesktop.org/show_bug.cgi?id=65306)**
## Description
Created attachment 80237
P020110106297943134404.pdf
When pdftops co...## Submitted by Alex Korobkin
Assigned to **poppler-bugs**
**[Link to original bug (#65306)](https://bugs.freedesktop.org/show_bug.cgi?id=65306)**
## Description
Created attachment 80237
P020110106297943134404.pdf
When pdftops converts the attached PDF file into PS with -r 300 -level3 command line parameters, and when SimSun TTF font is available in the system, SimSun font gets embedded ~80 times into the resulting PS file, making it grow up to ~2 Gb, which not every printer would be able to congest.
It would be nice to have it embedded just one time or just a subset of characters.
Tested on poppler 0.18.4, 0.19.0, 0.20.0, 0.22.3, 0.22.4 on Ubuntu 12.04 x64 and Ubuntu 10.04 x64.
**Attachment 80237**, "P020110106297943134404.pdf":
[P020110106297943134404.pdf](/uploads/05c9e1a2813a3af838b1ea54b7330bf0/P020110106297943134404.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/425Handle font problems better2018-10-27T14:55:59ZBugzilla Migration UserHandle font problems better## Submitted by Orion Poplawski
Assigned to **poppler-bugs**
**[Link to original bug (#37292)](https://bugs.freedesktop.org/show_bug.cgi?id=37292)**
## Description
Created attachment 46832
Problematic pdf
The attached document ap...## Submitted by Orion Poplawski
Assigned to **poppler-bugs**
**[Link to original bug (#37292)](https://bugs.freedesktop.org/show_bug.cgi?id=37292)**
## Description
Created attachment 46832
Problematic pdf
The attached document apparently has some problems with the embedded Type 1C fonts in it. With gs 9.02, it reports errors and replaces the problematic fonts with system fonts:
$ pdf2ps NovopashinMuriel2002_IsTheCriticalReynoldsNumberUniversal.pdf
**** Warning: can't process font stream, loading font by the name.
**** Warning: can't process font stream, loading font by the name.
**** This file had errors that were repaired or ignored.
**** The file was produced by:
**** >>>> Mac OS X 10.6.7 Quartz PDFContext <<<<
**** Please notify the author of the software that produced this
**** file that it does not conform to Adobe's published PDF
**** specification.
gs directly also reports:
Substituting font Times-Roman for XQAGXY+Times-Pandre-Light.
Can't find (or can't open) font file /usr/share/ghostscript/9.02/Resource/Font/NimbusRomNo9L-Regu.
Can't find (or can't open) font file NimbusRomNo9L-Regu.
Can't find (or can't open) font file /usr/share/ghostscript/9.02/Resource/Font/NimbusRomNo9L-Regu.
Can't find (or can't open) font file NimbusRomNo9L-Regu.
Querying operating system for font files...
Loading NimbusRomNo9L-Regu font from /usr/share/fonts/default/Type1/n021003l.pfb... 3700140 2347017 6809988 5252199 3 done.
The poppler pdftops output when printed produces the following error on the printer:
ERROR: invalidfont
OFFENDING COMMAND: definefont
STACK:
/Font
-dictionary-
/RDNCVK+RusTimes-Pandre-LightItalic
It would be great if poppler could detect the same issue and do the same font substitution.
$ pdffonts NovopashinMuriel2002_IsTheCriticalReynoldsNumberUniversal.pdfname type emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
QGTTJK+Symbol TrueType yes yes no 10 0
FKIRVC+Symbol TrueType yes yes yes 11 0
TIZLRL+Times-Pandre-LightItalic Type 1C yes yes no 14 0
RDNCVK+RusTimes-Pandre-LightItalic Type 1C yes yes no 9 0
UJIXRV+Times-Roman TrueType yes yes no 7 0
BQZNJF+Times-Italic TrueType yes yes no 8 0
USEOII+Times-Bold TrueType yes yes no 12 0
XQAGXY+Times-Pandre-Light Type 1C yes yes no 22 0
**Attachment 46832**, "Problematic pdf":
[NovopashinMuriel2002_IsTheCriticalReynoldsNumberUniversal.pdf](/uploads/ced0f911f8d9aeb3cecda151a82de397/NovopashinMuriel2002_IsTheCriticalReynoldsNumberUniversal.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/431pdftops generated postscript file makes printers crash!2018-10-26T15:27:01ZBugzilla Migration Userpdftops generated postscript file makes printers crash!## Submitted by Markus Duft
Assigned to **poppler-bugs**
**[Link to original bug (#13955)](https://bugs.freedesktop.org/show_bug.cgi?id=13955)**
## Description
We have a lot of CrystalClear generated PDF files we deal with. Those ...## Submitted by Markus Duft
Assigned to **poppler-bugs**
**[Link to original bug (#13955)](https://bugs.freedesktop.org/show_bug.cgi?id=13955)**
## Description
We have a lot of CrystalClear generated PDF files we deal with. Those PDFs containe Barcodes and such. We need them as PDF to archive those reports, but printing doesn't allways work with pdf on windows. This is why i ported poppler to compile on windows with parity (http://www.sf.net/projects/parity, i will attach a patch here). The plan was to use pdftops to create postscripts with every printer should be able to handle (am i wrong here? i'm talking about reasonably new printers ...)
Now the problem is, that with some HP printers like the HP LaserJet P3005x, the resulting PS file makes the printer crash with "Error 49.4c02". I looked it up and it says "Formatter Board Error, please update your Firmware". Ok, so i updated to the latest Firmware, but this didn't change anything.
i now played around a little and noticed that i can print the document as PS if
* i generate PS directly with crystalclear (not an option)
* use ghostscript to generate the PS (which i don't like)
it seems that poppler (and xpdf too for that one...) does something, others don't do... Any help would be great.https://gitlab.freedesktop.org/poppler/poppler/-/issues/537pdftops create hugh file from simple BIRT PDF/chart2018-10-26T15:24:46ZBugzilla Migration Userpdftops create hugh file from simple BIRT PDF/chart## Submitted by Yair Lenga
Assigned to **poppler-bugs**
**[Link to original bug (#21723)](https://bugs.freedesktop.org/show_bug.cgi?id=21723)**
## Description
Created attachment 25833
Sample Chart created with BIRT 2_3_1.
When ru...## Submitted by Yair Lenga
Assigned to **poppler-bugs**
**[Link to original bug (#21723)](https://bugs.freedesktop.org/show_bug.cgi?id=21723)**
## Description
Created attachment 25833
Sample Chart created with BIRT 2_3_1.
When running pdftops on the attached small PDF file (4K), the result Postscript file is 560K. Trying to manipulate the program with command line arguments (level3, ...), did not yield any improvement.
With XPDF 3.0, the PS file size is <20K.
It seems that the code attempt to convert the small chart into high res image, resulting in loss of precision, large file, and long printing/viewing time.
The PDF file was generated with BIRT - Ecplise Reporting platform.
I'm build/run poppler or RedHat 4
**Attachment 25833**, "Sample Chart created with BIRT 2_3_1.":
[bad.pdf](/uploads/8d4fb8611ce40f250e0b90832735dcbc/bad.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/541"8" shown instead of "x" inside checkbox when converting LibreOffice-generate...2021-05-22T20:58:12ZBugzilla Migration User"8" shown instead of "x" inside checkbox when converting LibreOffice-generated form to PostScript## Submitted by Michael Weghorn
Assigned to **poppler-bugs**
**[Link to original bug (#107303)](https://bugs.freedesktop.org/show_bug.cgi?id=107303)**
## Description
Created attachment 140724
Sample form generated by LibreOffice
...## Submitted by Michael Weghorn
Assigned to **poppler-bugs**
**[Link to original bug (#107303)](https://bugs.freedesktop.org/show_bug.cgi?id=107303)**
## Description
Created attachment 140724
Sample form generated by LibreOffice
Converting a LibreOffice-generated PDF form with a ticked checkbox to PostScript leads to an "8" being shown inside the check box rather than the expected "x" sign.
Steps to reproduce:
1) Open attached PDF form "simple_form.pdf" in Okular
2) tick the checkbox
3) print (either to a real printer or use "Print to File (PDF)")
4) Look at the output/printout
Result:
An "8" is shown inside of the checkbox that has been ticked.
Expected result:
The same checkmark ("x") as displayed in Okular is shown inside the checkbox on the printout.
This can also be reproduced by directly calling 'pdftops' on a PDF form saved after ticking the checkbox:
$ pdftops simple_form_CHECKBOX_TICKED_CLEANED.pdf
Syntax Error: Unknown font tag 'ZaDb'
Syntax Error: Unknown font tag 'ZaDb'
(In addition to ticking the checkbox, the document has been run through 'mutool clean' to make analysis easier.)
**Attachment 140724**, "Sample form generated by LibreOffice":
[simple_form.pdf](/uploads/0dcb7e1b803e6d4429d083695109d896/simple_form.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/578Barcode from attached PDF is not printed corectly2018-10-27T14:47:19ZBugzilla Migration UserBarcode from attached PDF is not printed corectly## Submitted by karaluh
Assigned to **poppler-bugs**
**[Link to original bug (#57007)](https://bugs.freedesktop.org/show_bug.cgi?id=57007)**
## Description
Created attachment 69935
Testcase
As in summary, compare the two attached...## Submitted by karaluh
Assigned to **poppler-bugs**
**[Link to original bug (#57007)](https://bugs.freedesktop.org/show_bug.cgi?id=57007)**
## Description
Created attachment 69935
Testcase
As in summary, compare the two attached PDFs. Original bug report here:
https://bugs.kde.org/show_bug.cgi?id=309729
**Attachment 69935**, "Testcase":
[74587.pdf.zip](/uploads/7ec414d4056d12599a6c825aca2405b1/74587.pdf.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/602pdftops incorrectly renders Bézier curves when part of closed paths2018-10-26T15:23:38ZBugzilla Migration Userpdftops incorrectly renders Bézier curves when part of closed paths## Submitted by cfr
Assigned to **poppler-bugs**
**[Link to original bug (#87254)](https://bugs.freedesktop.org/show_bug.cgi?id=87254)**
## Description
Created attachment 110766
Original PDF with curves which are part of closed pa...## Submitted by cfr
Assigned to **poppler-bugs**
**[Link to original bug (#87254)](https://bugs.freedesktop.org/show_bug.cgi?id=87254)**
## Description
Created attachment 110766
Original PDF with curves which are part of closed paths (top 3) or not (bottom 2)
When Bézier curves are part of closed paths, pdftops renders them as rectangles.
Attached: original PDF which includes sample curves. Top three are part of closed paths. Bottom two are part of open paths. When pdftops is applied to this file, the top three paths are rendered as rectangles, while the bottom two render fine.
If I can attach a second file in a moment, I will also attach the PS output.
The problem can be demonstrated by viewing the resulting postscript in Okular (with the ghostscript backend), Evince, gv and when printing.
For comparison, pdf2ps (ghostscript) renders the curves correctly.
[Initial description of the problem as a query about a LaTeX package at http://tex.stackexchange.com/questions/217562/why-do-tikz-b%C3%A9zier-curves-print-as-rectangles-when-part-of-a-closed-path.]
**Attachment 110766**, "Original PDF with curves which are part of closed paths (top 3) or not (bottom 2)":
[poss-bug-orig.pdf](/uploads/6b555fee653c3c7d8f663662664ed80c/poss-bug-orig.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/604pdftops loses grid lines CancelOk2018-10-26T15:22:06ZBugzilla Migration Userpdftops loses grid lines CancelOk## Submitted by komputes
Assigned to **poppler-bugs**
**[Link to original bug (#29060)](https://bugs.freedesktop.org/show_bug.cgi?id=29060)**
## Description
The following bug is being reported upstream on behalf of the OP.
Origina...## Submitted by komputes
Assigned to **poppler-bugs**
**[Link to original bug (#29060)](https://bugs.freedesktop.org/show_bug.cgi?id=29060)**
## Description
The following bug is being reported upstream on behalf of the OP.
Originally posted here: https://bugs.launchpad.net/bugs/604724
We discovered that cups in lucid does not correctly print certain PDFs when printing from the command line with lpr or as a shared printer from preview in OS X. The same file prints correctly with cups on hardy. This issue occurs with a variety of different printers.
I tracked down the problem to /usr/bin/pdftops by running the pdf through the filters that cups does according to the log. /usr/bin/pdftops is called by the cpdftocps filter.
This pdftops is installed from poppler-utils:
$dpkg-query -S /usr/bin/pdftops
poppler-utils: /usr/bin/pdftops
After running the pdf through each step of the filter, I opened it with evince. After running through pdftops, evince showed exactly what I see when I print the file.
Interestingly, if I print from evince or acroread, all the lines are printed correctly. I think they are converting the file to postscript themselves before sending it to cups.
I will attach the file that shows this behavior.
The pdftops provided by the cups package does not exhibit this problem.
$ dpkg-query -S /usr/lib/cups/filter/pdftops
cups: /usr/lib/cups/filter/pdftops
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: poppler-utils 0.12.4-0ubuntu5
ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-23-generic x86_64
Architecture: amd64
Date: Mon Jul 12 12:33:43 2010
ProcEnviron:
LANGUAGE=
PATH=(custom, user)
LANG=en_US.utf8
SHELL=/bin/bash
SourcePackage: popplerhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1111pdftops: produces incorrect colors in output PostScript file2021-08-30T15:34:13ZMilos Wimmerpdftops: produces incorrect colors in output PostScript filepdftops produces bad colors in output PostScript file. I use this command:
pdftops -q -level2sep -r 300 1.pdf
Thanks for your work, Milos
[1.pdf](/uploads/5f613e091e8fab1ebc458a6623948d04/1.pdf)
[2.pdf](/uploads/dc1dc5eeb60edae226e2b...pdftops produces bad colors in output PostScript file. I use this command:
pdftops -q -level2sep -r 300 1.pdf
Thanks for your work, Milos
[1.pdf](/uploads/5f613e091e8fab1ebc458a6623948d04/1.pdf)
[2.pdf](/uploads/dc1dc5eeb60edae226e2b911c60a85b3/2.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1338PDF printout broken2023-05-01T21:21:51ZcoogorPDF printout brokenAccording to https://bugs.kde.org/show_bug.cgi?id=465473 this is an upstream bug
Please have a look at the above bug report for example file
X1E:/home/docb # rpm -qa | grep poppler
libpoppler-qt5-1-23.01.0-2.1.x86_64
libpoppler126-23.0...According to https://bugs.kde.org/show_bug.cgi?id=465473 this is an upstream bug
Please have a look at the above bug report for example file
X1E:/home/docb # rpm -qa | grep poppler
libpoppler-qt5-1-23.01.0-2.1.x86_64
libpoppler126-23.01.0-2.1.x86_64
libpoppler-cpp0-23.01.0-2.1.x86_64
libpoppler-glib8-23.01.0-2.1.x86_64
poppler-tools-23.01.0-2.1.x86_64
poppler-data-0.4.11-1.5.noarch
I just see that 23.02. is on the way to Tumbleweed - will check once its arriveshttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1377Poppler::PSConverter mismanages certain OTF fonts embedded in the document?2023-12-18T20:55:14ZSergio CallegariPoppler::PSConverter mismanages certain OTF fonts embedded in the document?Hi, I am encountering an issue with the Okular PDF viewer that might ultimately be caused by an incorrect behavior of PSConverter, so I am also posting here for feedback.
Some PDF documents using certain OTF fonts are visualized correct...Hi, I am encountering an issue with the Okular PDF viewer that might ultimately be caused by an incorrect behavior of PSConverter, so I am also posting here for feedback.
Some PDF documents using certain OTF fonts are visualized correctly by okular, but do not print well, because some characters get changed in to small squares. Looks like okular does not pass the PDF directly to the printer, but for historical reasons performs an intermediate conversion to postscript, using Poppler::PSConverter. Hence, I wonder if it might be this conversion to be troublesome and to break the fonts.
The issue is particularly frequent on documents prepared with Libreoffice, using the free Adobe fonts in the "Source" family (e.g. Source Sans 3, see https://github.com/adobe-fonts/source-sans).
Here is the link to the discussion on the okular tracker: https://bugs.kde.org/show_bug.cgi?id=467328
Here is a PDF document triggering the issue: [test.pdf](/uploads/028f3ccf3e109616bc4d9a508ec3f1b8/test.pdf)