poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-10-27T15:16:57Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/274RTL select, copy/paste and search support for Arabic and Hebrew scripts are m...2018-10-27T15:16:57ZBugzilla Migration UserRTL select, copy/paste and search support for Arabic and Hebrew scripts are missing## Submitted by Bryan Clark
Assigned to **poppler-bugs**
**[Link to original bug (#2981)](https://bugs.freedesktop.org/show_bug.cgi?id=2981)**
## Description
I know it's very complicated, but many times we need to search for just ...## Submitted by Bryan Clark
Assigned to **poppler-bugs**
**[Link to original bug (#2981)](https://bugs.freedesktop.org/show_bug.cgi?id=2981)**
## Description
I know it's very complicated, but many times we need to search for just a word
in a pdf/ps and we cann't.
As I know, no viewer support RtL scripts yet.
------- From Behdad Esfahbod 2005-03-15 10:31 -------
Maybe a first step is to simply support searching/copy/paste Unicode strings.
That should quite possible give the encoding vector of PS (and PDF) fonts. SVG
should have no problem I guess.
### Depends on
* [Bug 55977](https://bugs.freedesktop.org/show_bug.cgi?id=55977)
### Blocking
* [Bug 4101](https://bugs.freedesktop.org/show_bug.cgi?id=4101)
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=55977https://gitlab.freedesktop.org/poppler/poppler/-/issues/601Character names with glyph variants2018-10-27T15:16:37ZBugzilla Migration UserCharacter names with glyph variants## Submitted by Ed Catmur
Assigned to **poppler-bugs**
**[Link to original bug (#9128)](https://bugs.freedesktop.org/show_bug.cgi?id=9128)**
## Description
We should be able to handle character names that name glyph variants (e.g....## Submitted by Ed Catmur
Assigned to **poppler-bugs**
**[Link to original bug (#9128)](https://bugs.freedesktop.org/show_bug.cgi?id=9128)**
## Description
We should be able to handle character names that name glyph variants (e.g.
P.swash for swash capital P, 7.oldstyle for text figures). These should be
handled as the base character when converting to Unicode.
See [bug 8986](https://bugs.freedesktop.org/show_bug.cgi?id=8986) for patch.https://gitlab.freedesktop.org/poppler/poppler/-/issues/384pdftohtml -c generates html with very ugly/unusual spacing2018-10-27T15:09:44ZBugzilla Migration Userpdftohtml -c generates html with very ugly/unusual spacing## Submitted by Luis Villa
Assigned to **poppler-bugs**
**[Link to original bug (#12522)](https://bugs.freedesktop.org/show_bug.cgi?id=12522)**
## Description
pdftohtml -c is trying to respect the different font sizes present in t...## Submitted by Luis Villa
Assigned to **poppler-bugs**
**[Link to original bug (#12522)](https://bugs.freedesktop.org/show_bug.cgi?id=12522)**
## Description
pdftohtml -c is trying to respect the different font sizes present in this document:
http://altlaw.org/v1/cases/157903.pdf
but it generates HTML that looks very unusual:
http://altlaw.org/v1/cases/157903 (everything in the frames are generated with pdftohtml.)
Note all the extra/unusual spacing, at least in FFox 2.https://gitlab.freedesktop.org/poppler/poppler/-/issues/308Support for writing Encrypted data2018-10-27T15:09:04ZBugzilla Migration UserSupport for writing Encrypted data## Submitted by Carlos Campos `@carlosgc`
Assigned to **poppler-bugs**
**[Link to original bug (#17901)](https://bugs.freedesktop.org/show_bug.cgi?id=17901)**
## Description
Bug forwarded from Evince: http://bugzilla.gnome.org/sho...## Submitted by Carlos Campos `@carlosgc`
Assigned to **poppler-bugs**
**[Link to original bug (#17901)](https://bugs.freedesktop.org/show_bug.cgi?id=17901)**
## Description
Bug forwarded from Evince: http://bugzilla.gnome.org/show_bug.cgi?id=552875
"Please describe the problem:
Saving a copy of a PDF document works fine. But as soon as you enter something
into a form field and then save a copy, only the form fields including their
data are saved into the copy. The whole background is omitted however.
This might work for printing only the entered data but not for keeping the
document including the data. Without the background the document is useless
Steps to reproduce:
1. Open a PDF with forms
2. Enter something
3. Save a copy
Actual results:
Evince only saves form fields and data.
Expected results:
Evince should also save the background.
Does this happen every time?
Yes"
A test case can be found attached to the original bug report.https://gitlab.freedesktop.org/poppler/poppler/-/issues/189Checkbox issue - viewing in KPDF, but changing in Acroread2018-10-27T15:02:50ZBugzilla Migration UserCheckbox issue - viewing in KPDF, but changing in Acroread## Submitted by Bob Willan
Assigned to **poppler-bugs**
**[Link to original bug (#23068)](https://bugs.freedesktop.org/show_bug.cgi?id=23068)**
## Description
Created attachment 28239
IRS Form 941 2009
I entered a bug in KDE rega...## Submitted by Bob Willan
Assigned to **poppler-bugs**
**[Link to original bug (#23068)](https://bugs.freedesktop.org/show_bug.cgi?id=23068)**
## Description
Created attachment 28239
IRS Form 941 2009
I entered a bug in KDE regarding some issues with Okular. They said that this item applies to Poppler rather than Okular. KDE [bug 202159](https://bugs.freedesktop.org/show_bug.cgi?id=202159).
I am using Debian Testing/Unstable KDE 4.2.2-2, Okular help reports v0.8.2, and the following are the Poppler libraries installed:
$ dpkg -l | grep -i poppler
ii libpoppler-glib2 0.6.4-1
ii libpoppler-glib3 0.8.7-2
ii libpoppler-glib4 0.10.6-1
ii libpoppler-qt2 0.10.6-1
ii libpoppler-qt4-3 0.10.6-1
ii libpoppler0c2 0.4.5-5.1etch3
ii libpoppler0c2-glib 0.4.5-5.1etch3
ii libpoppler0c2-qt 0.4.5-5.1etch3
ii libpoppler2 0.6.4-1
ii libpoppler3 0.8.7-2
ii libpoppler4 0.10.6-1
ii poppler-utils 0.10.6-1
I don't often use PDF's with forms, but the IRS has many of its tax documents
as PDF's for downloading. The following issue occurs when using IRS
Form 941 2009 pdf (pdfinfo follows).
You can download it from http://www.irs.gov/pub/irs-pdf/f941.pdf
Checkmarks filled in and saved using Okular are screwed up in Acroread
- they look okay but I can't change them (they go on/off in sync with another checkbox, like Acroread is confused about something). In KPDF, the checkboxes are empty if filled in by Okular.
If I check a field in Acroread, KPDF sees it (along with all the other fields of the form that have values). If I check a field in Okular and "save as" to another name, then Acroread sees the check, but KPDF does not. Both Acroread and KPDF see the values in other fields (strings and numbers) in the form filled in by Okular. I figure knowing there is a difference between Acroread, KDPF, and Okular for reading checkboxes might help locate the issue.
I just read that Evince also uses Poppler, and indeed, the checkbox is marked in Evince the same as in Okular.
Thanks,
Bob
**Attachment 28239**, "IRS Form 941 2009":
[f941.pdf](/uploads/dc2699d90b8f74ed5e6d91ae97a8e160/f941.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/340Add image dimensions to pdfhtml dump in xml mode2018-10-27T15:01:21ZBugzilla Migration UserAdd image dimensions to pdfhtml dump in xml mode## Submitted by Raphaël Monrouzeau
Assigned to **poppler-bugs**
**[Link to original bug (#29482)](https://bugs.freedesktop.org/show_bug.cgi?id=29482)**
## Description
Created attachment 37765
Second patch: Add image dimensions to ...## Submitted by Raphaël Monrouzeau
Assigned to **poppler-bugs**
**[Link to original bug (#29482)](https://bugs.freedesktop.org/show_bug.cgi?id=29482)**
## Description
Created attachment 37765
Second patch: Add image dimensions to pdfhtml dump in xml mode
I wanted pdftohtml to dump information about images in a page in xml mode.
The second patch below adds dimensions to the dump of images of pdftohtml
in xml mode. The existing list of image names was duplicated for every
listed property.
While this lessen the size of changes it clearly lacks elegance. I will
fix it in a later patch provided this one is accepted "as-is".
The DTD has been updated.
Please review it. I'm open to any change necessary to meet your guidelines.
**Patch 37765**, "Second patch: Add image dimensions to pdfhtml dump in xml mode":
[b.patch](/uploads/9e7248f9d2b5a9be8b3f81f6eca0d4b7/b.patch)
### Depends on
* [Bug 29480](https://bugs.freedesktop.org/show_bug.cgi?id=29480)https://gitlab.freedesktop.org/poppler/poppler/-/issues/309Add image names to pdftohtml dump in xml mode2018-10-27T15:01:13ZBugzilla Migration UserAdd image names to pdftohtml dump in xml mode## Submitted by Raphaël Monrouzeau
Assigned to **poppler-bugs**
**[Link to original bug (#29480)](https://bugs.freedesktop.org/show_bug.cgi?id=29480)**
## Description
Created attachment 37764
First patch: Add image names to pdftoh...## Submitted by Raphaël Monrouzeau
Assigned to **poppler-bugs**
**[Link to original bug (#29480)](https://bugs.freedesktop.org/show_bug.cgi?id=29480)**
## Description
Created attachment 37764
First patch: Add image names to pdftohtml dump in xml mode
I wanted pdftohtml to dump information about images in a page in xml mode.
The first patch below makes pdftohtml generate images as without the -xml switch
and dumps its name in the xml file; please review it, I'm open to suggestions, style requests and everything required.
Here is the description of the patch:
The -c (complex) and -xml modes are not linked anymore.
The -c switch has no real effect on -xml mode (as before).
However the -i switch is now looked at in -xml mode.
Without it images are now generated and image tags
do reference their name. The DTD has been updated.
**Patch 37764**, "First patch: Add image names to pdftohtml dump in xml mode":
[a.patch](/uploads/e027720d19156c3bd7f8557b13f26eab/a.patch)
### Blocking
* [Bug 29482](https://bugs.freedesktop.org/show_bug.cgi?id=29482)https://gitlab.freedesktop.org/poppler/poppler/-/issues/249poppler: can't render text in PDF form2018-10-27T15:00:29ZBugzilla Migration Userpoppler: can't render text in PDF form## Submitted by Török Edwin
Assigned to **poppler-bugs**
**[Link to original bug (#33199)](https://bugs.freedesktop.org/show_bug.cgi?id=33199)**
## Description
Created attachment 42114
confirmare.pdf
xpdf/okular/pdfedit can't ren...## Submitted by Török Edwin
Assigned to **poppler-bugs**
**[Link to original bug (#33199)](https://bugs.freedesktop.org/show_bug.cgi?id=33199)**
## Description
Created attachment 42114
confirmare.pdf
xpdf/okular/pdfedit can't render the text from this form:
http://static.anaf.ro/static/10/Anaf/formulare/confirmare.pdf
I wouldn't expect the form part to work perfectly (it probably uses some Adobe-specific behaviour), but I would expect to see at least the text.
See screenshots on how it looks now, and how it should look like.
libpoppler version 0.12.4-1.2
xpdf version 3.02-12
okular version 4:4.4.5-2
This form is needed to sign up for Romania's online fiscal statements system.
It would be nice if free software could be used to see and fill out the form.
**Attachment 42114**, "confirmare.pdf":
[confirmare.pdf](/uploads/74261adedbac6668956824894a10d03b/confirmare.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/229Unknown character collection 'PDFAUTOCAD-Indentity0'"2018-10-27T14:58:47ZBugzilla Migration UserUnknown character collection 'PDFAUTOCAD-Indentity0'"## Submitted by Mateusz Korniak
Assigned to **poppler-bugs**
**[Link to original bug (#37297)](https://bugs.freedesktop.org/show_bug.cgi?id=37297)**
## Description
Created attachment 46840
Okular rubbish rendering
Opening pdfs ge...## Submitted by Mateusz Korniak
Assigned to **poppler-bugs**
**[Link to original bug (#37297)](https://bugs.freedesktop.org/show_bug.cgi?id=37297)**
## Description
Created attachment 46840
Okular rubbish rendering
Opening pdfs generated by some CAD software I get some texts printed as rubbish under okular.
Intead of "fi `<number>` " texts I get random characters (not containing even numnbers) and errors:
"Error: Unknown character collection 'PDFAUTOCAD-Indentity0'"
"Error: Unknown CID font collection, please report to poppler bugzilla."
xpdf renders nothing (empty space) and prints error:
Error: Unknown character collection 'PDFAUTOCAD-Indentity0'
Error: Couldn't find a font for 'ArialMT'
windows version complains about missing "ArialMT" font.
Is there any way to substitute missing ArialMT font and get rendered at least numbers ?
**Attachment 46840**, "Okular rubbish rendering":
![okular_arialmt_bad_rendring](/uploads/6373dc7ca31b077bb1141bbba218b5cb/okular_arialmt_bad_rendring.png)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/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/93PDF slow to render2018-10-27T14:40:03ZBugzilla Migration UserPDF slow to render## Submitted by Antoine
Assigned to **poppler-bugs**
**[Link to original bug (#93827)](https://bugs.freedesktop.org/show_bug.cgi?id=93827)**
## Description
When opening the following document (a simple set of slides from a Courser...## Submitted by Antoine
Assigned to **poppler-bugs**
**[Link to original bug (#93827)](https://bugs.freedesktop.org/show_bug.cgi?id=93827)**
## Description
When opening the following document (a simple set of slides from a Coursera course), evince spends a bunch seconds churning CPU, and then also often from going from a slide to another:
http://pitrou.net/BinPacking01-NextFit.pdf
AFAICT this is with poppler 0.30.0.https://gitlab.freedesktop.org/poppler/poppler/-/issues/120Form text not displayed for upside-down field2018-10-27T14:35:49ZBugzilla Migration UserForm text not displayed for upside-down field## Submitted by Konstantin Svist
Assigned to **poppler-bugs**
**[Link to original bug (#95391)](https://bugs.freedesktop.org/show_bug.cgi?id=95391)**
## Description
See attached document, field "180 deg" (left-middle of the page)
...## Submitted by Konstantin Svist
Assigned to **poppler-bugs**
**[Link to original bug (#95391)](https://bugs.freedesktop.org/show_bug.cgi?id=95391)**
## Description
See attached document, field "180 deg" (left-middle of the page)
Pre-filled text appears properly, but if changed, text is not displayed for
this field at all
N.B. There are many more bugs I've noticed in this PDF. Should I list them here
in the comments or file each one separately?
Fedora 23
okular-15.12.3-1.fc23.x86_64
poppler-0.34.0-2.fc23.x86_64https://gitlab.freedesktop.org/poppler/poppler/-/issues/467Multiple text blocks are grouped as one2018-10-27T14:21:29ZBugzilla Migration UserMultiple text blocks are grouped as one## Submitted by Jelmer
Assigned to **poppler-bugs**
**[Link to original bug (#94931)](https://bugs.freedesktop.org/show_bug.cgi?id=94931)**
## Description
Created attachment 122930
Example page
We are using poppler for clipping o...## Submitted by Jelmer
Assigned to **poppler-bugs**
**[Link to original bug (#94931)](https://bugs.freedesktop.org/show_bug.cgi?id=94931)**
## Description
Created attachment 122930
Example page
We are using poppler for clipping of magazines and use it a lot.
We found a bug where multiple text blocks are grouped as one. It happens when there is a text block in the middle of two text blocks. Attached you find an example page.
In this example, the middle three blocks, where the first starts with:
`Jeroen Wij wonen op` and ends at the right hand bottom of the right block with `tranen in de ogen`.
The text blocks should be grouped a three:
the left column, the small block in the center and the right column.
**Attachment 122930**, "Example page":
[varagids-16-2016-zonder-spoorboek_7.pdf](/uploads/5a079a4c5e358733e3f1020633481dec/varagids-16-2016-zonder-spoorboek_7.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/381Vertical punctuation become Horizontal punctuation2018-10-27T14:19:09ZBugzilla Migration UserVertical punctuation become Horizontal punctuation## Submitted by liaotianlei
Assigned to **poppler-bugs**
**[Link to original bug (#98868)](https://bugs.freedesktop.org/show_bug.cgi?id=98868)**
## Description
Created attachment 128213
Vertical punctuation become Horizontal punct...## Submitted by liaotianlei
Assigned to **poppler-bugs**
**[Link to original bug (#98868)](https://bugs.freedesktop.org/show_bug.cgi?id=98868)**
## Description
Created attachment 128213
Vertical punctuation become Horizontal punctuation
In this PDF:
Vertical punctuation :︻、︼、︵、︶
pdftohtml get horizontal punctuation:【、】、(、)
In acrobat reader,copy and paste to notepad,these punctuations are vertical。
more:
《、︽
》、︾
—,|
︹,〔
︺,〕
︿,〈
﹀,〉
︷,{
︸,}
『,﹃
』,﹄
......
**Attachment 128213**, "Vertical punctuation become Horizontal punctuation":
[punc.pdf](/uploads/0d51becee84c21d9e52545630e9a261e/punc.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/188PDF readers based on poppler mismanage font encodings2018-10-27T14:17:45ZBugzilla Migration UserPDF readers based on poppler mismanage font encodings## Submitted by ser..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98029)](https://bugs.freedesktop.org/show_bug.cgi?id=98029)**
## Description
Created attachment 126972
Test case
In some documents, Okular and ...## Submitted by ser..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98029)](https://bugs.freedesktop.org/show_bug.cgi?id=98029)**
## Description
Created attachment 126972
Test case
In some documents, Okular and other poppler based PDF readers mismanage the fonts, printing incorrect chars for non ascii chars.
This is always reproducible on documents that present the issue.
Steps to Reproduce: 1. Open the attached document with okular or evince 2. Reopen it with some other non-poppler based pdf viewer 3. Check the double quotes in the two cases
Notes:
- Also xpdf shows the issue, meaning that the bug is probably inherited from there
- Also google PDFium has issues with the test document, but different ones (the quotes are not shown at all)
- Linux PDF readers that work fine on the document are Mozilla pdf.js, Acrobat acroread, Masterpdfeditor, Foxit reader
**Attachment 126972**, "Test case":
[demo.pdf](/uploads/50a96d78f3caa7460b9cb8b04fd5d1d2/demo.pdf)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/495"Standard" character encoding of base 14 font not correctly handled2018-10-27T14:04:26ZBugzilla Migration User"Standard" character encoding of base 14 font not correctly handled## Submitted by David Hedley
Assigned to **poppler-bugs**
**[Link to original bug (#102588)](https://bugs.freedesktop.org/show_bug.cgi?id=102588)**
## Description
Created attachment 134044
Example PDF using standard encoding
The ...## Submitted by David Hedley
Assigned to **poppler-bugs**
**[Link to original bug (#102588)](https://bugs.freedesktop.org/show_bug.cgi?id=102588)**
## Description
Created attachment 134044
Example PDF using standard encoding
The attached PDF contains an embedded base 14 font (Helvetica-Bold) and uses the "Standard" font encoding. The "ring" symbol (Standard encoding octal 312) is being rendered as E circumflex (WinAnsi encoding octal 312).
Poppler should be using StandardEncoding for this font, not WinAnsiEncoding.
**Attachment 134044**, "Example PDF using standard encoding":
[Pages_from_ABR-WU-AKFZ.pdf](/uploads/d0d19560d1141113ba829761822e4edb/Pages_from_ABR-WU-AKFZ.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/410shows wrong characters2018-10-27T13:51:57ZBugzilla Migration Usershows wrong characters## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#103127)](https://bugs.freedesktop.org/show_bug.cgi?id=103127)**
## Description
Created attachment 134711
03-DynamickeModelyAChyby-LJ-2014.PDF - sho...## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#103127)](https://bugs.freedesktop.org/show_bug.cgi?id=103127)**
## Description
Created attachment 134711
03-DynamickeModelyAChyby-LJ-2014.PDF - shows wrong characters
Forwarding from Antonín Dach at https://bugzilla.gnome.org/788605
------------------------------
My teacher uses some wacky "Amyuni PDF Converter" on word document, to get his material in pdf, usually Evince has no trouble displaying these but I have sample PDF that is completely messed up but fine in firefox pdf viewer.
One non embedded font is used as well and I will append it here as well.
I am using Evince 3.24.1 build for Manjaro distro.
Maybe it has something to do with the font MTextra.
------------------------------
I can confirm that this file is not working with evince, pdftocairo, or pdftoppm. It does show correctly in Firefox, mupdf, and Chromium on Linux, and Adobe Reader on Windows. It does not appear to have anything to do with the MTExtra font as the submitter speculated, but it's likely related to the PDF not embedding any fonts.
**Attachment 134711**, "03-DynamickeModelyAChyby-LJ-2014.PDF - shows wrong characters":
[03-DynamickeModelyAChyby-LJ-2014.PDF](/uploads/c2c178f87b1dde889ab3efaa2e6af40f/03-DynamickeModelyAChyby-LJ-2014.PDF)https://gitlab.freedesktop.org/poppler/poppler/-/issues/490Can't visualize large PDF2018-10-27T13:50:05ZBugzilla Migration UserCan't visualize large PDF## Submitted by Tomas
Assigned to **poppler-bugs**
**[Link to original bug (#104088)](https://bugs.freedesktop.org/show_bug.cgi?id=104088)**
## Description
Created attachment 135940
messy call graph of open-ssh
Hi,
In Evince, it...## Submitted by Tomas
Assigned to **poppler-bugs**
**[Link to original bug (#104088)](https://bugs.freedesktop.org/show_bug.cgi?id=104088)**
## Description
Created attachment 135940
messy call graph of open-ssh
Hi,
In Evince, it's not possible to visualize the attached PDF.
I initially reported the bug at Gnome: https://bugzilla.gnome.org/show_bug.cgi?id=791163
However, as suggested by Germán the issue is more probably triggered by Poppler.
Regards
**Attachment 135940**, "messy call graph of open-ssh":
[CG.pdf](/uploads/32ee4dc259215fd2e64a84303f3db76b/CG.pdf)