poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-08-21T10:53:39Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/413Wrong text display in PDF2018-08-21T10:53:39ZBugzilla Migration UserWrong text display in PDF## Submitted by Dmitry
Assigned to **poppler-bugs**
**[Link to original bug (#105665)](https://bugs.freedesktop.org/show_bug.cgi?id=105665)**
## Description
Created attachment 138253
File with incorrectly displayed text
Text in t...## Submitted by Dmitry
Assigned to **poppler-bugs**
**[Link to original bug (#105665)](https://bugs.freedesktop.org/show_bug.cgi?id=105665)**
## Description
Created attachment 138253
File with incorrectly displayed text
Text in the attached file is horizontally cut, screenshot attached.
Text is displayed correctly with Okular, Foxit software, Master PDF Editor and Adobe.
The issue appears in Evince software, redirected here by their support. Link for Evince bugtracker issue:
https://bugzilla.gnome.org/show_bug.cgi?id=794562
**Attachment 138253**, "File with incorrectly displayed text":
[text-error.pdf](/uploads/1b083f8c574db25c216026c2a311ce53/text-error.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/412textList() reverse characters order for Arabic2018-08-21T10:53:33ZBugzilla Migration UsertextList() reverse characters order for Arabic## Submitted by Fahad Al-Saidi
Assigned to **poppler-bugs**
**[Link to original bug (#105015)](https://bugs.freedesktop.org/show_bug.cgi?id=105015)**
## Description
I am trying to fix okular bug #207748 (RTL languages searches tex...## Submitted by Fahad Al-Saidi
Assigned to **poppler-bugs**
**[Link to original bug (#105015)](https://bugs.freedesktop.org/show_bug.cgi?id=105015)**
## Description
I am trying to fix okular bug #207748 (RTL languages searches text backwards), I trace it to textList() reverse Arabic characters. so, if the pdf text is "testing تجربة "
textlist() will return something likes this:
[0] = "testing"
[1] = "ةبرجت"
It should be:
[0] = "testing"
[1] = "تجربة"https://gitlab.freedesktop.org/poppler/poppler/-/issues/411Bad rendering (hinting) in Evince and Xpdf2018-08-21T10:53:29ZBugzilla Migration UserBad rendering (hinting) in Evince and Xpdf## Submitted by Sebastien Bacher
Assigned to **poppler-bugs**
**[Link to original bug (#9862)](https://bugs.freedesktop.org/show_bug.cgi?id=9862)**
## Description
That bug has been described on https://launchpad.net/ubuntu/+source...## Submitted by Sebastien Bacher
Assigned to **poppler-bugs**
**[Link to original bug (#9862)](https://bugs.freedesktop.org/show_bug.cgi?id=9862)**
## Description
That bug has been described on https://launchpad.net/ubuntu/+source/poppler/+bug/26118
"...
http://librarian.launchpad.net/4941174/SplashFTFont.cc
Modified splash/SplashFTFont.cc from poppler-0.5.4
I think I nailed it!
First of all, the exact same issue arises in Edgy, which is what I am using now. However, it's easy to fix.
Second, it's a poppler problem, not an Evince problem per se.
See file splash/SplashFTFont.cc in poppler-0.5.4 (the Edgy version), lines 180 and following. This is where poppler loads glyphs for the splash output device; this code comes from xpdf, btw.
Basically, there is a compile-time check to see whether freetype has the bytecode interpreter enabled; if so, IT IS USED regardless of whether anti-aliasing is on or off. Otherwise, no hinting is used if anti-aliasing is on. Again, this is a compile-time check.
The problem is that, for most fonts used with LaTeX (but I'd say for most other fonts, too) it's best to omit hinting altogether.
I fixed the problem by simply deleting the portion of the code that is triggered if TT_CONFIG_OPTION_BYTECODE is defined, and instead leaving only the section that is compiled if it is not. Rebuilding with pdebuild and installing with dpkg -i did the trick.
Ideally, this should be a gconf setting, I guess.
Hope this helps,
M
..."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/409Evince cannot select one column in a two column PDF2018-08-21T10:53:10ZBugzilla Migration UserEvince cannot select one column in a two column PDF## Submitted by Christopher M. Penalver
Assigned to **poppler-bugs**
**[Link to original bug (#87427)](https://bugs.freedesktop.org/show_bug.cgi?id=87427)**
## Description
1) lsb_release -rd
Description: Ubuntu Vivid Vervet (devel...## Submitted by Christopher M. Penalver
Assigned to **poppler-bugs**
**[Link to original bug (#87427)](https://bugs.freedesktop.org/show_bug.cgi?id=87427)**
## Description
1) lsb_release -rd
Description: Ubuntu Vivid Vervet (development branch)
Release: 15.04
2) apt-cache policy libpoppler[0-9]
libpoppler47:
Installed: 0.28.1-1ubuntu1
Candidate: 0.28.1-1ubuntu1
Version table:
*** 0.28.1-1ubuntu1 0
500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages
100 /var/lib/dpkg/status
apt-cache policy evince
evince:
Installed: 3.14.1-0ubuntu1
Candidate: 3.14.1-0ubuntu1
Version table:
*** 3.14.1-0ubuntu1 0
500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages
100 /var/lib/dpkg/status
3) What is expected to happen via https://launchpadlibrarian.net/53980611/Example.pdf is one is able to highlight one column at a time, just like in Adobe Reader.
4) What happens instead is it highlights both columns at a time.https://gitlab.freedesktop.org/poppler/poppler/-/issues/408Annotation flags flagNoRotate and flagNoZoom are ignored2018-08-21T10:53:05ZBugzilla Migration UserAnnotation flags flagNoRotate and flagNoZoom are ignored## Submitted by Carlos Campos `@carlosgc`
Assigned to **poppler-bugs**
**[Link to original bug (#25441)](https://bugs.freedesktop.org/show_bug.cgi?id=25441)**
## Description
According to the spec:
"If the NoZoom flag is set, the ...## Submitted by Carlos Campos `@carlosgc`
Assigned to **poppler-bugs**
**[Link to original bug (#25441)](https://bugs.freedesktop.org/show_bug.cgi?id=25441)**
## Description
According to the spec:
"If the NoZoom flag is set, the annotation shall always maintain the same fixed size on the screen and shall be unaffected by the magnification level at which the page itself is displayed. Similarly, if the NoRotate flag is set, the annotation shall retain its original orientation on the screen when the page is rotated (by changing the Rotate entry in the page object; see 7.7.3, “Page Tree”)."
Poppler ignores both flags when rendering.https://gitlab.freedesktop.org/poppler/poppler/-/issues/407Text color output html is wrong2018-08-21T10:52:59ZBugzilla Migration UserText color output html is wrong## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90096)](https://bugs.freedesktop.org/show_bug.cgi?id=90096)**
## Description## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90096)](https://bugs.freedesktop.org/show_bug.cgi?id=90096)**
## Descriptionhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/405pdftohtml crash when converting pdf file that have png images in it2018-08-21T10:52:49ZBugzilla Migration Userpdftohtml crash when converting pdf file that have png images in it## Submitted by Kris
Assigned to **poppler-bugs**
**[Link to original bug (#48388)](https://bugs.freedesktop.org/show_bug.cgi?id=48388)**
## Description
Created attachment 59592
pdftohtml VS debug
I have created a build of pdftoh...## Submitted by Kris
Assigned to **poppler-bugs**
**[Link to original bug (#48388)](https://bugs.freedesktop.org/show_bug.cgi?id=48388)**
## Description
Created attachment 59592
pdftohtml VS debug
I have created a build of pdftohtml (poppler) util on Windows with MS Visual Studio 2010 and CMake, pdf file with jpg images convert fine but if pdf has a png image in it pdftohtml will crash. Tried version 0.18.4 and 0.19.2 of poppler, the same.
Any suggestions ?
ntdll.dll!774b8dc9()
[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll]
ntdll.dll!774b8cd8()
msvcrt.dll!759aaad9()
libpng14-14.dll!61a11ed5()
libpng14-14.dll!61a134bd()
libpng14-14.dll!61a1374b()
> pdftohtml.exe!PNGWriter::init(_iobuf * f=0x0fc0f538, int width=280, int height=176, int hDPI=72, int vDPI=72) Line 127 + 0x13 bytes C++
pdftohtml.exe!HtmlOutputDev::drawPngImage(GfxState * state=0x02d68a30, Stream * str=0x02d69370, int width=280, int height=176, GfxImageColorMap * colorMap=0x02d6a408, bool isMask=false) Line 1374 + 0x1f bytes C++
pdftohtml.exe!HtmlOutputDev::drawImage(GfxState * state=0x02d68a30, Object * ref=0x00c3f0c0, Stream * str=0x02d69370, int width=280, int height=176, GfxImageColorMap * colorMap=0x02d6a408, bool interpolate=false, int * maskColors=0x00000000, bool inlineImg=false) Line 1520 C++
pdftohtml.exe!Gfx::doImage(Object * ref=0x00c3f0c0, Stream * str=0x02d69370, bool inlineImg=false) Line 4558 + 0x53 bytes C++
pdftohtml.exe!Gfx::opXObject(Object * args=0x00c3f1c4, int numArgs=1) Line 4116 C++
pdftohtml.exe!Gfx::execOp(Object * cmd=0x00c3f3dc, Object * args=0x00c3f1c4, int numArgs=1) Line 856 + 0x23 bytes C++
pdftohtml.exe!Gfx::go(bool topLevel=true) Line 718 C++
pdftohtml.exe!Gfx::display(Object * obj=0x00c3f4a0, bool topLevel=true) Line 682 C++
pdftohtml.exe!Page::displaySlice(OutputDev * out=0x028f3f98, double hDPI=108.00000000000000, double vDPI=108.00000000000000, int rotate=0, bool useMediaBox=true, bool crop=false, int sliceX=-1, int sliceY=-1, int sliceW=-1, int sliceH=-1, bool printing=false, bool (void *)* abortCheckCbk=0x00000000, void * abortCheckCbkData=0x00000000, bool (Annot *, void *)* annotDisplayDecideCbk=0x00000000, void * annotDisplayDecideCbkData=0x00000000) Line 522 C++
pdftohtml.exe!Page::display(OutputDev * out=0x028f3f98, double hDPI=108.00000000000000, double vDPI=108.00000000000000, int rotate=0, bool useMediaBox=true, bool crop=false, bool printing=false, bool (void *)* abortCheckCbk=0x00000000, void * abortCheckCbkData=0x00000000, bool (Annot *, void *)* annotDisplayDecideCbk=0x00000000, void * annotDisplayDecideCbkData=0x00000000) Line 451 C++
pdftohtml.exe!PDFDoc::displayPage(OutputDev * out=0x028f3f98, int page=4, double hDPI=108.00000000000000, double vDPI=108.00000000000000, int rotate=0, bool useMediaBox=true, bool crop=false, bool printing=false, bool (void *)* abortCheckCbk=0x00000000, void * abortCheckCbkData=0x00000000, bool (Annot *, void *)* annotDisplayDecideCbk=0x00000000, void * annotDisplayDecideCbkData=0x00000000) Line 469 C++
pdftohtml.exe!PDFDoc::displayPages(OutputDev * out=0x028f3f98, int firstPage=1, int lastPage=37, double hDPI=108.00000000000000, double vDPI=108.00000000000000, int rotate=0, bool useMediaBox=true, bool crop=false, bool printing=false, bool (void *)* abortCheckCbk=0x00000000, void * abortCheckCbkData=0x00000000, bool (Annot *, void *)* annotDisplayDecideCbk=0x00000000, void * annotDisplayDecideCbkData=0x00000000) Line 484 C++
pdftohtml.exe!main(int argc=2, char * * argv=0x029d53f8) Line 420 C++
pdftohtml.exe!__tmainCRTStartup() Line 555 + 0x19 bytes C
pdftohtml.exe!mainCRTStartup() Line 371 C
kernel32.dll!75de339a()
ntdll.dll!774b9ef2()
ntdll.dll!774b9ec5()
**Attachment 59592**, "pdftohtml VS debug":
![poppler__Debugging__-_Microsoft_Visual_Studio__Administrator__2012-04-06_18-12-07](/uploads/d7a70eb091f57fc575201b6de4906043/poppler__Debugging__-_Microsoft_Visual_Studio__Administrator__2012-04-06_18-12-07.jpg)https://gitlab.freedesktop.org/poppler/poppler/-/issues/404Page::textList() sometimes returns text boxes out of order when a page has ta...2018-08-21T10:52:44ZBugzilla Migration UserPage::textList() sometimes returns text boxes out of order when a page has tables## Submitted by Mark Summerfield
Assigned to **poppler-bugs**
**[Link to original bug (#43948)](https://bugs.freedesktop.org/show_bug.cgi?id=43948)**
## Description
Sometimes the Page::textList() method returns the text boxes out ...## Submitted by Mark Summerfield
Assigned to **poppler-bugs**
**[Link to original bug (#43948)](https://bugs.freedesktop.org/show_bug.cgi?id=43948)**
## Description
Sometimes the Page::textList() method returns the text boxes out of order when one or more tables are present (esp. if the page has 2 or more columns).
For example:
blah 1 blah 4
blah 2 Table 2
Table 1 blah 5
blah 3
The order I expect is:
blah 1, blah 2, Table 1, blah 3, blah 4, Table 2, blah 5
But the order I (sometimes) get is:
blah 1, blah 2, Table 1, blah 3, Table 2, blah 4, blah 5
I've tried with with 0.16 and 0.18.4.https://gitlab.freedesktop.org/poppler/poppler/-/issues/403Issue with text hinting of integral signs and parentheses2018-11-07T21:15:12ZBugzilla Migration UserIssue with text hinting of integral signs and parentheses## Submitted by Philipp Knechtges
Assigned to **poppler-bugs**
**[Link to original bug (#91772)](https://bugs.freedesktop.org/show_bug.cgi?id=91772)**
## Description
Created attachment 117947
Text hinting fails for integral signs
...## Submitted by Philipp Knechtges
Assigned to **poppler-bugs**
**[Link to original bug (#91772)](https://bugs.freedesktop.org/show_bug.cgi?id=91772)**
## Description
Created attachment 117947
Text hinting fails for integral signs
I am currently facing the issue that an Elsevier-provided pdf of a publication of mine is not correctly rendered in Okular if text hinting is enabled (cf attachment). The corresponding pdf can be retrieved from http://authors.elsevier.com/a/1RQJJ1LkSZq5VP until September, 12 (afterwards, it will unfortunately be hidden behind a paywall). Further testing with qpdfview and poppler_qt5viewer unveil that it seems to be related to the text hinting done in the Splash backend, since rendering without text hinting, as well as the Arthur backend, give reasonably scaled integral signs and parentheses. Evince and the used cairo backend do not seem to have this issue. All tests have been performed with latest release 0.35.
**Attachment 117947**, "Text hinting fails for integral signs":
![FontHinting](/uploads/4fc8e52186a34d67cbbda55c674686bd/FontHinting.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/402OTF and TTF versions of the same font render small type differently (hinting ...2018-08-21T10:52:23ZBugzilla Migration UserOTF and TTF versions of the same font render small type differently (hinting issue?)## Submitted by Jerome
Assigned to **poppler-bugs**
**[Link to original bug (#78990)](https://bugs.freedesktop.org/show_bug.cgi?id=78990)**
## Description
Created attachment 99453
repro pdf
Moved here from the okular/KDE bugtrack...## Submitted by Jerome
Assigned to **poppler-bugs**
**[Link to original bug (#78990)](https://bugs.freedesktop.org/show_bug.cgi?id=78990)**
## Description
Created attachment 99453
repro pdf
Moved here from the okular/KDE bugtracker: https://bugs.kde.org/show_bug.cgi?id=335058
Description
===
The attached pdf was created using XeLatex and includes two versions of the same font, one taken from the original otf and the second from a ttf file converted from the original using fontforge.
Viewing this pdf in okular/evince on my system reuslts in the otf embedded font
CID type 0c) not being hinted regardless of settings, while the ttf font is hinted by default (and responds to hinting toggled in okular).
I've seen the same with at least one other font, the problem does not occur
with adobe acorbat reader and the okular guys pointed out that all rendering is handled by poppler.
I'm attaching a screenshot and the pdf.
Environment
===
This manifests on an updated fedora 20 x86-64 system, which contains the 0.18.5 version of okular and poppler 0.24.3. The same problem occurs in evince.
~~**Attachment 99453**~~, "repro pdf":
[giveusahint.pdf](/uploads/1933f458d4337378c4b02eadb28b65af/giveusahint.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/401add a displayAnnot to Page class2018-10-08T20:50:04ZBugzilla Migration Useradd a displayAnnot to Page class## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#83642)](https://bugs.freedesktop.org/show_bug.cgi?id=83642)**
## Description
Created attachment 105943
patch
The title says it all. I am attaching...## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#83642)](https://bugs.freedesktop.org/show_bug.cgi?id=83642)**
## Description
Created attachment 105943
patch
The title says it all. I am attaching a patch to add Page::displayAnnot method. The rationale for this is to be able to render just one annotation (that could be being modified by a drag-and-drop operation for instance) on top of an already rendered page. This will allow fast drag-and-drop animations when creating highlighting annotations and other annots that will need drag-and-drop interaction.
Although we will be using no many options in the glib backend, I chosed to mimick as much as possible displaySlice() in terms of arguments, only removing the annotChecks since this method really wants to render the annotation.
I will attach the glib part in another bug.
**Attachment 105943**, "patch":
[0001-Add-Page-displayAnnot-method.patch](/uploads/9e4802b6f4f9ada3a594246435e3d438/0001-Add-Page-displayAnnot-method.patch)
### Blocking
* [Bug 83643](https://bugs.freedesktop.org/show_bug.cgi?id=83643)https://gitlab.freedesktop.org/poppler/poppler/-/issues/398pdfunite 0.55 damage files with Optional Content Groups2023-04-06T12:39:20ZBugzilla Migration Userpdfunite 0.55 damage files with Optional Content Groups## Submitted by Valerio Messina
Assigned to **poppler-bugs**
**[Link to original bug (#101449)](https://bugs.freedesktop.org/show_bug.cgi?id=101449)**
## Description
Created attachment 131980
two files of 1 page with layers, and t...## Submitted by Valerio Messina
Assigned to **poppler-bugs**
**[Link to original bug (#101449)](https://bugs.freedesktop.org/show_bug.cgi?id=101449)**
## Description
Created attachment 131980
two files of 1 page with layers, and the result of pdfunite
pdfunite 0.55 damage files with Optional Content Groups (layers).
For example see the attach.
PDFlayers_pag1.pdf:pag.1_layers:
- Information , on page:YES, visibile:NO
- Layout D , on page:YES, visibile:YES
- Kopf D , on page:YES, visibile:YES
- LOGO EDI BFS D , on page:YES, visibile:YES
- Layout F , on page:YES, visibile:NO
- Kopf F , on page:YES, visibile:NO
- LOGO EDI BFS F , on page:YES, visibile:NO
- LOGO EDI BFS I , on page:YES, visibile:NO
- Hilfslinien und Raster, on page:NO , visibile:NO
PDFlayers_pag2.pdf:pag.1_layers:
- Information , on page:NO , visibile:NO
- Layout D , on page:YES, visibile:YES
- Kopf D , on page:NO , visibile:YES
- LOGO EDI BFS D , on page:NO , visibile:YES
- Layout F , on page:YES, visibile:NO
- Kopf F , on page:NO , visibile:NO
- LOGO EDI BFS F , on page:NO , visibile:NO
- LOGO EDI BFS I , on page:NO , visibile:NO
- Hilfslinien und Raster, on page:NO , visibile:NO
$ pdunite PDFlayers_pag1.pdf PDFlayers_pag2.pdf PDFlayers_PDFunite0.55.pdf
PDFlayers_PDFunite0.55.pdf:pag.1,2_layers:
pag.1
- Information , on page:YES, visibile:NO
- Layout D , on page:YES, visibile:YES
- Kopf D , on page:YES, visibile:YES
- LOGO EDI BFS D , on page:YES, visibile:YES
- Layout F , on page:YES, visibile:NO
- Kopf F , on page:YES, visibile:NO
- LOGO EDI BFS F , on page:YES, visibile:NO
- LOGO EDI BFS I , on page:YES, visibile:NO
- Hilfslinien und Raster, on page:NO , visibile:NO
pag.2
- Information , on page:NO , visibile:NO
- Layout D , on page:NO , visibile:YES
- Kopf D , on page:NO , visibile:YES
- LOGO EDI BFS D , on page:NO , visibile:YES
- Layout F , on page:NO , visibile:NO
- Kopf F , on page:NO , visibile:NO
- LOGO EDI BFS F , on page:NO , visibile:NO
- LOGO EDI BFS I , on page:NO , visibile:NO
- Hilfslinien und Raster, on page:NO , visibile:NO
On resulting file, pag.1 is right, but pag.2 has no layer on page, and all layers are always visible.
Results checked with:
Acrobat Reader 11.0.20 on Windows 7 64 bit
Evince 2.32.0.145 on Windows 7 64 bit
Evince 3.18.2 on Ubuntu 16.04 64 bit
**Attachment 131980**, "two files of 1 page with layers, and the result of pdfunite":
[PDFlayersTest.7z](/uploads/d22b65b4e1cc649766dc1f7b3ae4d45b/PDFlayersTest.7z)https://gitlab.freedesktop.org/poppler/poppler/-/issues/397Evince needs 10 minutes to open certain PDFs2018-08-21T10:51:47ZBugzilla Migration UserEvince needs 10 minutes to open certain PDFs## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106867)](https://bugs.freedesktop.org/show_bug.cgi?id=106867)**
## Description
Created attachment 140102
PDF test case
As reported in https...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106867)](https://bugs.freedesktop.org/show_bug.cgi?id=106867)**
## Description
Created attachment 140102
PDF test case
As reported in https://gitlab.gnome.org/GNOME/evince/issues/745
-->snip<--
Opening PDFs scanned with my Brother Laser Printer is virtually impossible. The opening causes a 100% CPU spike on one core and does take forever.
The PDFs were generated in PDF/A by the Brother scanner unit. I have attached one for testing. I did not have this problem on Mac OSX, but Microsoft Edge seems slow on opening these files too. Chrome does process them with no mayor delay.
PDFs not from my scanner, like digital invoices I get regularly, do not produce any problem.
-->snip<--
It is noticeable slower than Acroread, which is instant, and xpdf, which is almost instant.
$ time pdftoppm -png brother_001793.pdf out-ppm
real 0m9.454s
user 0m9.404s
sys 0m0.036s
$ time pdftocairo -png brother_001793.pdf out-cairo
real 0m34.103s
user 0m33.884s
sys 0m0.200s
**Attachment 140102**, "PDF test case":
[brother_001793.pdf](/uploads/941d79784f33649aab2ce4c79fa9b45d/brother_001793.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/395FreeText annotation ignores font2019-03-08T01:39:51ZBugzilla Migration UserFreeText annotation ignores font## Submitted by Phil
Assigned to **poppler-bugs**
**[Link to original bug (#81748)](https://bugs.freedesktop.org/show_bug.cgi?id=81748)**
## Description
Created attachment 103449
Annotation example
I have been creating PDFs dynam...## Submitted by Phil
Assigned to **poppler-bugs**
**[Link to original bug (#81748)](https://bugs.freedesktop.org/show_bug.cgi?id=81748)**
## Description
Created attachment 103449
Annotation example
I have been creating PDFs dynamically, with FreeText and signature annotations.
When shown in Evince, FreeText annotations generally show as I formatted them,
but they ignore a specified True Type font. Adobe Reader with the same document
shows the font correctly.
Note: I originally submitted this bug with Evince, not realizing that Poppler was the PDF frontend for the application. Hopefully I made it to the right place this time.
In the attached example, the yellow block is a FreeText annotation. The font
which appears in the first line of the document as "Test this font" is also
applied to the FreeText annotation. As you can see, the default Helvetica font
is what is actually displayed in the yellow annotation, when it should match
the font in the "Test this font" line. Other than that, font size, color and
position seems to be applied correctly.
Not a horrible bug, but when adding annotations as I am to go with signatures,
the lack of the TT font makes things look a little clunky.
BTW, I'm running up to date Ubuntu, Evince 3.10, and generating the PDF with Ruby Prawn gem, and adding the annotations with Ruby Origami PDF gem.
Let me know if I can provide any additional information.
**Attachment 103449**, "Annotation example":
[outfile.pdf](/uploads/4bd82d4141b0a8ac481369311066df65/outfile.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/394image scaling is ugly / not antialiased in Evince 2.282018-08-21T10:50:30ZBugzilla Migration Userimage scaling is ugly / not antialiased in Evince 2.28## Submitted by Jean-François Fortin Tam
Assigned to **poppler-bugs**
**[Link to original bug (#25268)](https://bugs.freedesktop.org/show_bug.cgi?id=25268)**
## Description
For some reason, Evince 2.28's rendering/scaling quality ...## Submitted by Jean-François Fortin Tam
Assigned to **poppler-bugs**
**[Link to original bug (#25268)](https://bugs.freedesktop.org/show_bug.cgi?id=25268)**
## Description
For some reason, Evince 2.28's rendering/scaling quality of images in PDFs is horrible. It was OK in previous versions.
PDF files affected, jpeg and png images dragged into evince don't exhibit the behavior.
poppler 0.12.0 (cairo)
Sample file: http://go2.wordpress.com/?id=725X1342&site=doctormo.wordpress.com&url=http%3A%2F%2Fdivajutta.com%2Fdoctormo%2Fubunchu%2Fubunchu-episode-01.pdf
Will attach screenshots.https://gitlab.freedesktop.org/poppler/poppler/-/issues/392"pdftohtml -s" produces multiple files.2018-08-21T18:30:55ZBugzilla Migration User"pdftohtml -s" produces multiple files.## Submitted by Peter Easthope
Assigned to **poppler-bugs**
**[Link to original bug (#89696)](https://bugs.freedesktop.org/show_bug.cgi?id=89696)**
## Description
The Debian maintainer suggested filing upstream.
If any further inf...## Submitted by Peter Easthope
Assigned to **poppler-bugs**
**[Link to original bug (#89696)](https://bugs.freedesktop.org/show_bug.cgi?id=89696)**
## Description
The Debian maintainer suggested filing upstream.
If any further information is needed please let me know.
Thanks, ... peter at easthope. ca
====https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775049====
From: peter@easthope.ca
To: submit@bugs.debian.org
Cc: peter@easthope.ca
Subject: poppler-utils: "pdftohtml -s `<file>`.pdf" produces multiple files.
Date: Sat, 10 Jan 2015 10:01:45 -0800
Package: poppler-utils
Version: 0.26.5-2
Severity: important
Tags: newcomer patch
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
pdftohtml was applied to a pdf file containing pixmap images.
* What exactly did you do (or not do) that was effective (or ineffective)?
The command was "pdftohtml -s `<file>`.pdf".
* What was the outcome of this action?
All the text was in one `<file>`.html but each picture was an additional file.
* What outcome did you expect instead?
With the -s option, text and pictures should all be in one `<file>`.html.
A JPEG or PNG picture can be included in an html document with Base64
encoding. The syntax is very simple. Examples here.
http://easthope.ca/Category2.html
Scroll down to the heading "Inline, Base64 encoded PNG bitmaps".
The first instance of an embedded bitmap is
<img src="data:image/png;base64,iVBORw0K ..."
alt="Diagram for 0x0 with test object 0,`<br>`represented in PNG.`<br>`">
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages poppler-utils depends on:
ii libc6 2.19-13
ii libcairo2 1.14.0-2.1
ii libfreetype6 2.5.2-2
ii libgcc1 1:4.9.1-19
ii liblcms2-2 2.6-3+b3
ii libpoppler46 0.26.5-2
ii libstdc++6 4.9.1-19
ii zlib1g 1:1.2.8.dfsg-2+b1
poppler-utils recommends no packages.
poppler-utils suggests no packages.
-- no debconf informationhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/391pdftohtml not working on some PDF2018-08-21T10:50:19ZBugzilla Migration Userpdftohtml not working on some PDF## Submitted by sam
Assigned to **poppler-bugs**
**[Link to original bug (#73697)](https://bugs.freedesktop.org/show_bug.cgi?id=73697)**
## Description
The 'calibre' programme (which I use for conversion for PDF to EPUB) fail to c...## Submitted by sam
Assigned to **poppler-bugs**
**[Link to original bug (#73697)](https://bugs.freedesktop.org/show_bug.cgi?id=73697)**
## Description
The 'calibre' programme (which I use for conversion for PDF to EPUB) fail to convert some PDF.According to 'calibre's devloper the bug is in windows version of pdftohtml.However he states that Linux and os x doesn't have any issues.https://gitlab.freedesktop.org/poppler/poppler/-/issues/390svg embedded in pdf file is not displayed2022-01-06T22:57:40ZBugzilla Migration Usersvg embedded in pdf file is not displayed## Submitted by wrobell
Assigned to **poppler-bugs**
**[Link to original bug (#12554)](https://bugs.freedesktop.org/show_bug.cgi?id=12554)**
## Description
acrobat reader allows to display svg files, which are embedded
in pdf file...## Submitted by wrobell
Assigned to **poppler-bugs**
**[Link to original bug (#12554)](https://bugs.freedesktop.org/show_bug.cgi?id=12554)**
## Description
acrobat reader allows to display svg files, which are embedded
in pdf files. poppler lacks this capability.https://gitlab.freedesktop.org/poppler/poppler/-/issues/388okular doesn't display asymptote graphs correctly2018-09-01T00:57:49ZBugzilla Migration Userokular doesn't display asymptote graphs correctly## Submitted by Matthias Berndt
Assigned to **Matthias Berndt**
**[Link to original bug (#14897)](https://bugs.freedesktop.org/show_bug.cgi?id=14897)**
## Description
Please see this bug in the KDE bugzilla for a closer descriptio...## Submitted by Matthias Berndt
Assigned to **Matthias Berndt**
**[Link to original bug (#14897)](https://bugs.freedesktop.org/show_bug.cgi?id=14897)**
## Description
Please see this bug in the KDE bugzilla for a closer description:
http://bugs.kde.org/show_bug.cgi?id=157704