poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-08-21T11:04:29Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/501Horizontal lines appear on blue background on pdf2018-08-21T11:04:29ZBugzilla Migration UserHorizontal lines appear on blue background on pdf## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#19760)](https://bugs.freedesktop.org/show_bug.cgi?id=19760)**
## Description
this report has been filed here:
https://bugs.edge.launchpad....## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#19760)](https://bugs.freedesktop.org/show_bug.cgi?id=19760)**
## Description
this report has been filed here:
https://bugs.edge.launchpad.net/poppler/+bug/318130
"We have a pdf file exported from Open Office Impress. The background is blue and there are horizontal lines through the image. The lines vary somewhat in colour, going from white to the blue.
If the slide show is made in OO Impress, all is well (showing that this isn't a hardware problem). Likewise if the same exported pdf file is shown on Windows XP, all is well."
PDF:
http://launchpadlibrarian.net/21362015/seminar1.pdfhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/502Poppler is not localizable2018-08-21T11:04:34ZBugzilla Migration UserPoppler is not localizable## Submitted by Gabor Kelemen
Assigned to **poppler-bugs**
**[Link to original bug (#18648)](https://bugs.freedesktop.org/show_bug.cgi?id=18648)**
## Description
Created attachment 20488
Screenshot with untranslated string
Evince...## Submitted by Gabor Kelemen
Assigned to **poppler-bugs**
**[Link to original bug (#18648)](https://bugs.freedesktop.org/show_bug.cgi?id=18648)**
## Description
Created attachment 20488
Screenshot with untranslated string
Evince shows untranslated error messages, coming from poppler, so I think it's time to add localization support to poppler. Or to ask every software author using poppler to not to show any "low-level" error messages :).
**Attachment 20488**, "Screenshot with untranslated string":
![Document_Viewer](/uploads/2258c8da524d4d22fe89c8545af34888/Document_Viewer.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/503"Unsupported TilingType:3" Avoiding out-of-memory errors2018-08-21T11:04:37ZBugzilla Migration User"Unsupported TilingType:3" Avoiding out-of-memory errors## Submitted by zakiyama01
Assigned to **poppler-bugs**
**[Link to original bug (#102401)](https://bugs.freedesktop.org/show_bug.cgi?id=102401)**
## Description
Creating images from PDF
Certain pattern filling (TilingType = 3) wa...## Submitted by zakiyama01
Assigned to **poppler-bugs**
**[Link to original bug (#102401)](https://bugs.freedesktop.org/show_bug.cgi?id=102401)**
## Description
Creating images from PDF
Certain pattern filling (TilingType = 3) was not rendered properly.
#/usr/bin/pdftocairo -r 174 -scale-to 3000 -cropbox -jpeg pdftocairo.outofmemory.pdf image
SAMPLE PDF
[pdftocairo.outofmemory.pdf](https://github.com/zakiyama01/poppler/files/1251045/pdftocairo.outofmemory.pdf)
And if you set it to a larger image size, you will get out of memory error, rendering will finish with the painting. (Sample PDF is only paint of problem so we can not confirm the stopped image)
#/usr/bin/pdftocairo -r 174 -scale-to 5000 -cropbox -jpeg pdftocairo.outofmemory.pdf image
Internal Error: cairo context error: out of memory`<0a>`
cairo error: out of memory
cairo error: out of memory
I tried poppler-0.57.0. The same symptoms from before.
Because I am in trouble as it is, solve out of memory? Avoidance? I am fixing it.
see patch.
https://github.com/zakiyama01/poppler/commit/b35eba51683fd634142b4607496ac1ea37c2311e
thank youhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/504endless loop resulting OOM2018-10-11T20:33:08ZBugzilla Migration Userendless loop resulting OOM## Submitted by Hui Peng
Assigned to **poppler-bugs**
**[Link to original bug (#104798)](https://bugs.freedesktop.org/show_bug.cgi?id=104798)**
## Description
Created attachment 136967
a tar.gz file containing the testcase
when u...## Submitted by Hui Peng
Assigned to **poppler-bugs**
**[Link to original bug (#104798)](https://bugs.freedesktop.org/show_bug.cgi?id=104798)**
## Description
Created attachment 136967
a tar.gz file containing the testcase
when using tools like pdftohtml, pdftoppm, pdftops, pdftotext
on the uploaded testcases, the parser gets stuck in endless loop
resulting OOM.
This is the stacktrace of pdftohtml:
```
#0 sysmalloc (nb=nb@entry=0x8590, av=0x7ffff7792c20 <main_arena>) at malloc.c:2768
#1 0x00007ffff7444645 in _int_malloc (av=av@entry=0x7ffff7792c20 <main_arena>, bytes=bytes@entry=0x8580) at malloc.c:4135
#2 0x00007ffff7446f3e in __GI___libc_malloc (bytes=0x8580) at malloc.c:3086
#3 0x00007ffff7828458 in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff7ca55c9 in Stream::makeFilter (this=this@entry=0x555576634210, name=<optimized out>, str=str@entry=0x555576634210, params=params@entry=0x7fffffffc2e0, recursion=recursion@entry=0x3, dict=dict@entry=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Stream.cc:324
#5 0x00007ffff7ca5ccd in Stream::addFilters (this=this@entry=0x555576634210, dict=<optimized out>, recursion=recursion@entry=0x3) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Stream.cc:198
#6 0x00007ffff7c95688 in Parser::makeStream(Object&&, unsigned char*, CryptAlgorithm, int, int, int, int, bool) (this=this@entry=0x5555555ccb30, dict=dict@entry=<unknown type in /home/huip/tmp/tfuzz_eval/poppler-0.62.0/build/libpoppler.so.73, CU 0x22f494, DIE 0x2330c7>, fileKey=fileKey@entry=0x0, encAlgorithm=encAlgorithm@entry=cryptNone, keyLength=keyLength@entry=0x30cb, objNum=objNum@entry=0x4, objGen=0x0, recursion=0x3, strict=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Parser.cc:269
#7 0x00007ffff7c95e95 in Parser::getObj (this=this@entry=0x5555555ccb30, simpleOnly=simpleOnly@entry=0x0, fileKey=fileKey@entry=0x0, encAlgorithm=encAlgorithm@entry=cryptNone, keyLength=keyLength@entry=0x30cb, objNum=0x4, objGen=0x0, recursion=0x2, strict=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Parser.cc:135
#8 0x00007ffff7c95ba8 in Parser::getObj (this=this@entry=0x5555555ccb30, simpleOnly=simpleOnly@entry=0x0, fileKey=fileKey@entry=0x0, encAlgorithm=encAlgorithm@entry=cryptNone, keyLength=keyLength@entry=0x30cb, objNum=0x4, objGen=0x0, recursion=0x1, strict=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Parser.cc:93
#9 0x00007ffff7c95cf2 in Parser::getObj (this=this@entry=0x5555555ccb30, simpleOnly=simpleOnly@entry=0x0, fileKey=0x0, encAlgorithm=cryptNone, keyLength=0x30cb, objNum=0x4, objGen=0x0, recursion=0x0, strict=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Parser.cc:120
#10 0x00007ffff7cb1dc6 in XRef::fetch (this=0x5555555ccd30, num=<optimized out>, gen=0x0, recursion=recursion@entry=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/XRef.cc:1171
#11 0x00007ffff7c8ead6 in Object::fetch (this=this@entry=0x5555555d1838, xref=<optimized out>, recursion=recursion@entry=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Object.cc:125
#12 0x00007ffff7c290aa in Dict::lookup (this=this@entry=0x5555555d1700, key=key@entry=0x7ffff7d11493 "FontDescriptor", recursion=recursion@entry=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Dict.cc:260
#13 0x00007ffff7c532f4 in GfxFont::getFontType (xref=xref@entry=0x5555555ccd30, fontDict=fontDict@entry=0x5555555d1700, embID=embID@entry=0x7fffffffc8b8) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/GfxFont.cc:343
#14 0x00007ffff7c58f5e in GfxFont::makeFont (xref=xref@entry=0x5555555ccd30, tagA=0x5555555d1520 "F1", idA=idA@entry=..., fontDict=fontDict@entry=0x5555555d1700) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/GfxFont.cc:222
#15 0x00007ffff7c5917f in GfxFontDict::GfxFontDict (this=0x5555555d1580, xref=0x5555555ccd30, fontDictRef=0x0, fontDict=0x5555555d14c0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/GfxFont.cc:2457
#16 0x00007ffff7c3c09b in GfxResources::GfxResources (this=0x5555555cd240, xref=0x5555555ccd30, resDictA=<optimized out>, nextA=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Gfx.cc:338
#17 0x00007ffff7c47efb in Gfx::Gfx (this=0x5555555d12f0, docA=<optimized out>, outA=0x5555555cd4b0, pageNum=0x1, resDict=0x5555555ce1a0, hDPI=108, vDPI=108, box=0x7fffffffcb50, cropBox=0x0, rotate=0x0, abortCheckCbkA=0x0, abortCheckCbkDataA=0x0, xrefA=0x5555555ccd30) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Gfx.cc:541
#18 0x00007ffff7c941a6 in Page::createGfx (this=this@entry=0x5555555d1220, out=out@entry=0x5555555cd4b0, hDPI=hDPI@entry=108, vDPI=vDPI@entry=108, rotate=rotate@entry=0x0, useMediaBox=useMediaBox@entry=0x1, crop=<optimized out>, crop@entry=0x0, sliceX=sliceX@entry=0xffffffff, sliceY=0xffffffff, sliceW=0xffffffff, sliceH=0xffffffff, printing=0x0, abortCheckCbk=0x0, abortCheckCbkData=0x0, xrefA=0x5555555ccd30) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Page.cc:521
#19 0x00007ffff7c9443a in Page::displaySlice (this=0x5555555d1220, out=0x5555555cd4b0, hDPI=108, vDPI=108, rotate=0x0, useMediaBox=0x1, crop=0x0, sliceX=sliceX@entry=0xffffffff, sliceY=0xffffffff, sliceW=0xffffffff, sliceH=0xffffffff, printing=0x0, abortCheckCbk=0x0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0x0, annotDisplayDecideCbkData=0x0, copyXRef=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Page.cc:552
#20 0x00007ffff7c94708 in Page::display (this=<optimized out>, out=<optimized out>, hDPI=<optimized out>, vDPI=<optimized out>, rotate=<optimized out>, useMediaBox=<optimized out>, crop=<optimized out>, printing=<optimized out>, abortCheckCbk=0x0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0x0, annotDisplayDecideCbkData=0x0, copyXRef=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/Page.cc:481
#21 0x00007ffff7c98e29 in PDFDoc::displayPages (this=0x5555555cc4b0, out=0x5555555cd4b0, firstPage=<optimized out>, lastPage=0x1, hDPI=108, vDPI=108, rotate=0x0, useMediaBox=0x1, crop=0x0, printing=0x0, abortCheckCbk=0x0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0x0, annotDisplayDecideCbkData=0x0) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/poppler/PDFDoc.cc:513
#22 0x000055555555ef20 in main (argc=<optimized out>, argc@entry=0x2, argv=argv@entry=0x7fffffffcf78) at /home/huip/tmp/tfuzz_eval/poppler-0.62.0/utils/pdftohtml.cc:392
#23 0x00007ffff73d91c1 in __libc_start_main (main=0x55555555e4b0 <main(int, char**)>, argc=0x2, argv=0x7fffffffcf78, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffcf68) at ../csu/libc-start.c:308
#24 0x000055555555f1aa in _start ()
```
**Attachment 136967**, "a tar.gz file containing the testcase":
[testcase.tgz](/uploads/ee4e5c9bf76ab3155cf16e85ae9cc89b/testcase.tgz)https://gitlab.freedesktop.org/poppler/poppler/-/issues/505Evince garbles text selection2018-08-21T11:04:44ZBugzilla Migration UserEvince garbles text selection## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#94902)](https://bugs.freedesktop.org/show_bug.cgi?id=94902)**
## Description
Created attachment 122875
evince-selection-bug.pdf
Forwarding from ht...## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#94902)](https://bugs.freedesktop.org/show_bug.cgi?id=94902)**
## Description
Created attachment 122875
evince-selection-bug.pdf
Forwarding from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817239
----------
Sascha Brawer wrote:
Package: evince
Version: 3.14.1-2
Severity: normal
When selecting the text of the attched PDF in evince 3.14.1,
some characters appear garbled. The _unselected_ rendering is fine,
the garbling only happens upon text selection.
----------
I can confirm this on current cairo and evince master. In the attached PDF, selecting certain characters makes them disappear or turn into squares.
**Attachment 122875**, "evince-selection-bug.pdf":
[evince-selection-bug.pdf](/uploads/35d8bd9597b3da0092504bc20e928a1e/evince-selection-bug.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/506Pdftoppm Fontconfig Error Causes Compressed Text2018-10-11T20:19:14ZBugzilla Migration UserPdftoppm Fontconfig Error Causes Compressed Text## Submitted by Cory
Assigned to **poppler-bugs**
**[Link to original bug (#78626)](https://bugs.freedesktop.org/show_bug.cgi?id=78626)**
## Description
Created attachment 98938
rendered text
On Ubuntu and OS X, using Poppler 0.2...## Submitted by Cory
Assigned to **poppler-bugs**
**[Link to original bug (#78626)](https://bugs.freedesktop.org/show_bug.cgi?id=78626)**
## Description
Created attachment 98938
rendered text
On Ubuntu and OS X, using Poppler 0.26.0
The pdf text displays properly with Acrobat, but the following error happens when I use pdftoppm and then the text is really hard to read.
Fontconfig error: "/usr/local/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig error: "/usr/local/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig warning: "/usr/local/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number
My command is:
pdftoppm some_text_compresses.pdf -r 150 /tmp/rastered
Attached is a screenshot of the result.
The text renders properly with ghostscript.
The PDF is sensitive, so I will need to e-mail it to a developer directly.
Thank you so much for all of your help!
**Attachment 98938**, "rendered text":
![rendered_text](/uploads/24df6b15a8da9f151c642106e4190ec2/rendered_text.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/507Poppler extremely slow to render this PDF file [1]2018-10-05T22:38:18ZBugzilla Migration UserPoppler extremely slow to render this PDF file [1]## Submitted by S.
Assigned to **poppler-bugs**
**[Link to original bug (#91249)](https://bugs.freedesktop.org/show_bug.cgi?id=91249)**
## Description
Hello,
Certain PDFs opened in Evince or Atril using the Poppler backend are ex...## Submitted by S.
Assigned to **poppler-bugs**
**[Link to original bug (#91249)](https://bugs.freedesktop.org/show_bug.cgi?id=91249)**
## Description
Hello,
Certain PDFs opened in Evince or Atril using the Poppler backend are extremely slow to render, to the point of being unusable. This is on a very fast Thinkpad laptop with a quad-core processor and an SSD. The same PDFs render instantly using a Windows PDF reader (http://www.tracker-software.com/product/pdf-xchange-viewer) (running under Wine!!).
This file is only about 2MB, but it takes many seconds to render each page:
https://ia600705.us.archive.org/26/items/kindergartencatho11albe/kindergartencatho11albe.pdf
On the other hand, some long, complex PDFs with images render quickly with Poppler, like this one:
http://www.pwc.com/gx/en/paying-taxes/pdf/pwc-paying-taxes-2015-high-resolution.pdf
Thanks for looking into this.https://gitlab.freedesktop.org/poppler/poppler/-/issues/508Differing number of items returned from get_text{,layout}2018-08-21T11:05:01ZBugzilla Migration UserDiffering number of items returned from get_text{,layout}## Submitted by Peter Waller
Assigned to **poppler-bugs**
**[Link to original bug (#73885)](https://bugs.freedesktop.org/show_bug.cgi?id=73885)**
## Description
Created attachment 92530
Single page PDF document describing the issu...## Submitted by Peter Waller
Assigned to **poppler-bugs**
**[Link to original bug (#73885)](https://bugs.freedesktop.org/show_bug.cgi?id=73885)**
## Description
Created attachment 92530
Single page PDF document describing the issue
As reported here, I've found a PDF which returns a differing number of rectangles from poppler_get_page_layout as from poppler_get_text. I've reproduced this with the glib demo app on the master branch at c8a845cf7c7752d3b7dad06013d3154812c66c92.
http://lists.freedesktop.org/archives/poppler/2014-January/010793.html
I've attached a page which reproduces the issue.
**Attachment 92530**, "Single page PDF document describing the issue":
[2014-01-17-broken.pdf](/uploads/6be3c7dbe5cf6cf93596d10c33bca27e/2014-01-17-broken.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/509recursive xref loop2021-11-05T10:59:56ZBugzilla Migration Userrecursive xref loop## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#106112)](https://bugs.freedesktop.org/show_bug.cgi?id=106112)**
## Description
This hit a timeout.
#20 0x67474d in XRef::fetch(int, int, int) poppl...## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#106112)](https://bugs.freedesktop.org/show_bug.cgi?id=106112)**
## Description
This hit a timeout.
#20 0x67474d in XRef::fetch(int, int, int) poppler/poppler/XRef.cc:1175:26
#21 0x66d9ac in Object::fetch(XRef*, int) const poppler/poppler/Object.cc:125:16
#22 0x67006a in Dict::lookup(char const*, int) const poppler/poppler/Dict.cc:260:35
#23 0x686193 in Stream::addFilters(Dict*, int) poppler/poppler/Stream.cc:182:17
#24 0x6d581c in Parser::makeStream(Object&&, unsigned char*, CryptAlgorithm, int, int, int, int, bool) poppler/poppler/Parser.cc:272:14
#25 0x6d4978 in Parser::getObj(bool, unsigned char*, CryptAlgorithm, int, int, int, int, bool) poppler/poppler/Parser.cc:138:34
#26 0x67474d in XRef::fetch(int, int, int) poppler/poppler/XRef.cc:1175:26
#27 0x66d9ac in Object::fetch(XRef*, int) const poppler/poppler/Object.cc:125:16
#28 0x67006a in Dict::lookup(char const*, int) const poppler/poppler/Dict.cc:260:35
#29 0x686193 in Stream::addFilters(Dict*, int) poppler/poppler/Stream.cc:182:17
#30 0x6d581c in Parser::makeStream(Object&&, unsigned char*, CryptAlgorithm, int, int, int, int, bool) poppler/poppler/Parser.cc:272:14
#31 0x6d4978 in Parser::getObj(bool, unsigned char*, CryptAlgorithm, int, int, int, int, bool) poppler/poppler/Parser.cc:138:34
#32 0x6d4522 in Parser::getObj(bool, unsigned char*, CryptAlgorithm, int, int, int, int, bool) poppler/poppler/Parser.cc:95:21
#33 0x6d467b in Parser::getObj(bool, unsigned char*, CryptAlgorithm, int, int, int, int, bool) poppler/poppler/Parser.cc:123:16
#34 0x67474d in XRef::fetch(int, int, int) poppler/poppler/XRef.cc:1175:26
I expected a stack-overflow, but even after manually running for a few minutes it didn't occur.https://gitlab.freedesktop.org/poppler/poppler/-/issues/510pdfimages 0.62 extract image at low resolution than embedded in PDF2018-10-11T20:17:54ZBugzilla Migration Userpdfimages 0.62 extract image at low resolution than embedded in PDF## Submitted by Valerio Messina
Assigned to **poppler-bugs**
**[Link to original bug (#104684)](https://bugs.freedesktop.org/show_bug.cgi?id=104684)**
## Description
Created attachment 136828
sample PDF with 4 pages
using pdfimag...## Submitted by Valerio Messina
Assigned to **poppler-bugs**
**[Link to original bug (#104684)](https://bugs.freedesktop.org/show_bug.cgi?id=104684)**
## Description
Created attachment 136828
sample PDF with 4 pages
using pdfimages and extracting the images from the attached 4 pages PDF, generate tens of small useless files and 4 real images, but also those images really at very low resolution, so text is unreadable.
$ pdfimages -all FPGA_CQFP352adapter_Aldec_orig.pdf FPGA_CQFP352adapter_Aldec
platform:
Linux64 and Win64
**Attachment 136828**, "sample PDF with 4 pages":
[FPGA_CQFP352adapter_Aldec_orig.pdf](/uploads/e864ea34e5141e468188394fe7866310/FPGA_CQFP352adapter_Aldec_orig.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/511Huge simple PDF displayed blank in poppler-glib-demo2018-08-21T11:05:17ZBugzilla Migration UserHuge simple PDF displayed blank in poppler-glib-demo## Submitted by Maxim Iorsh
Assigned to **poppler-bugs**
**[Link to original bug (#56858)](https://bugs.freedesktop.org/show_bug.cgi?id=56858)**
## Description
A very large PDF produced by a Xerox wide scanner is displayed blank.
...## Submitted by Maxim Iorsh
Assigned to **poppler-bugs**
**[Link to original bug (#56858)](https://bugs.freedesktop.org/show_bug.cgi?id=56858)**
## Description
A very large PDF produced by a Xerox wide scanner is displayed blank.
File location: https://docs.google.com/file/d/14hFFrjSSbiEcfML1sgOttcT865GC7tHqv27wiuEfQ-KlvuRfU67Dkj9E9JaM/edit
Basically it contains nothing but a 21590 x 161385 b/w bitmap
Note that Acrobat Reader fails to display it too. Okular displays properly, but slowly. PDF-XChange Viewer for Windows displays properly and very fast.https://gitlab.freedesktop.org/poppler/poppler/-/issues/512Bounding boxes of text selection marks are much too large in some cases.2018-08-21T11:05:30ZBugzilla Migration UserBounding boxes of text selection marks are much too large in some cases.## Submitted by tho..@..ner.at
Assigned to **poppler-bugs**
**[Link to original bug (#40556)](https://bugs.freedesktop.org/show_bug.cgi?id=40556)**
## Description
Created attachment 50817
This is the sample pdf illustrating the bu...## Submitted by tho..@..ner.at
Assigned to **poppler-bugs**
**[Link to original bug (#40556)](https://bugs.freedesktop.org/show_bug.cgi?id=40556)**
## Description
Created attachment 50817
This is the sample pdf illustrating the bug
When I select text on the first page of the sample document, everything is ok and looks as expected. But text on the second page has way too large bounding boxes associated for the selection marks when selecting it (tested in evince and okular). In acroread, selection looks as expected.
I created the document with LaTeX by including the second page via \includepdf.
**Attachment 50817**, "This is the sample pdf illustrating the bug":
[test.pdf](/uploads/20442195bcb7a58ed15e8ff6d2cbf02c/test.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/513pdfimages - can't extract images2018-10-11T09:00:00ZBugzilla Migration Userpdfimages - can't extract images## Submitted by cla..@..eat.dk
Assigned to **poppler-bugs**
**[Link to original bug (#104134)](https://bugs.freedesktop.org/show_bug.cgi?id=104134)**
## Description
In the following two pdf files pdfimages can't extract images
pd...## Submitted by cla..@..eat.dk
Assigned to **poppler-bugs**
**[Link to original bug (#104134)](https://bugs.freedesktop.org/show_bug.cgi?id=104134)**
## Description
In the following two pdf files pdfimages can't extract images
pdfimages -png file.pdf /tmphttps://gitlab.freedesktop.org/poppler/poppler/-/issues/514Vector graphics in pdf file are displayed with wrong linewidth2018-08-21T11:05:37ZBugzilla Migration UserVector graphics in pdf file are displayed with wrong linewidth## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#97995)](https://bugs.freedesktop.org/show_bug.cgi?id=97995)**
## Description
As reported in https://bugzilla.gnome.org/show_bug.cgi?id=74525...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#97995)](https://bugs.freedesktop.org/show_bug.cgi?id=97995)**
## Description
As reported in https://bugzilla.gnome.org/show_bug.cgi?id=745258
"You can open these two files with Evince
https://sites.google.com/site/espinozahg/notes/linux/linewidth-0.1.pdf
https://sites.google.com/site/espinozahg/notes/linux/linewidth-0.3.pdf
Evince displays both images very similarly and with a quite thick linewidth.
Okular displays them much better and you can notice the difference in linewidth.
Printing to paper works correctly in Evince."https://gitlab.freedesktop.org/poppler/poppler/-/issues/515Disable bilinear filtering of images at native resolution -- Patch supplied2018-08-21T11:05:46ZBugzilla Migration UserDisable bilinear filtering of images at native resolution -- Patch supplied## Submitted by Charles Hyder
Assigned to **poppler-bugs**
**[Link to original bug (#68360)](https://bugs.freedesktop.org/show_bug.cgi?id=68360)**
## Description
Here's a PDF file that contains scanned (raster) b/w image @ 400dpi,...## Submitted by Charles Hyder
Assigned to **poppler-bugs**
**[Link to original bug (#68360)](https://bugs.freedesktop.org/show_bug.cgi?id=68360)**
## Description
Here's a PDF file that contains scanned (raster) b/w image @ 400dpi, together with the result of its rendering with pdftoppm from two poppler releases: 0.20.5 & 0.24.0:
http://ge.tt/56fxgSp/v/0?c
The latter (newer version) produces a fuzzy image. In fact, I've also tried version 0.22.x and it also gives fuzzy results. The effect is not specific to the PDF file: it is reproduced on any PDF file that contains raster b/w images.
Meanwhile, pdfimages (ImageOutputDev) works just fine. So I figure it must be the SplashOutputDevhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/516Pasting tables cells in strange order2021-10-05T21:35:58ZBugzilla Migration UserPasting tables cells in strange order## Submitted by Bryan Clark
Assigned to **poppler-bugs**
**[Link to original bug (#3188)](https://bugs.freedesktop.org/show_bug.cgi?id=3188)**
## Description
GNOME Bug: http://bugzilla.gnome.org/show_bug.cgi?id=171010
[copied fro...## Submitted by Bryan Clark
Assigned to **poppler-bugs**
**[Link to original bug (#3188)](https://bugs.freedesktop.org/show_bug.cgi?id=3188)**
## Description
GNOME Bug: http://bugzilla.gnome.org/show_bug.cgi?id=171010
[copied from bug]
Reporter: tommi.komulainen@iki.fi (Tommi Komulainen)
See the following pdf:
http://www.architecture.external.hp.com/Download/arch_template_vers13_withexamples.pdf
Copy the Table 1 on page 14 and paste it into OOo or gedit.
The contents of the table now gets extra line breaks between the columns, but
what's worse the left column is pasted on the line following the right column.
They should be the other way around, definition before the description.
------- Additional Comment 1 From Tommi Komulainen 2005-03-20 17:56 UTC -------
OTOH copying the same table from xpdf 2.01 seems to work as one would expect.
From acroread everything is as one long line with no line breaks.
------- Additional Comment 2 From Bryan W Clark 2005-03-24 00:28 UTC -------
This will hopefully get fixed when we have something like
http://bugzilla.gnome.org/show_bug.cgi?id=165155
Can't quite dupe this one against that, but maybe it should depend on it...https://gitlab.freedesktop.org/poppler/poppler/-/issues/517Poppler does not draw caret annotations if they don't have an /AP dictionary2018-08-21T11:07:07ZBugzilla Migration UserPoppler does not draw caret annotations if they don't have an /AP dictionary## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#74028)](https://bugs.freedesktop.org/show_bug.cgi?id=74028)**
## Description
Created attachment 92736
PDF test case with caret annotations
...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#74028)](https://bugs.freedesktop.org/show_bug.cgi?id=74028)**
## Description
Created attachment 92736
PDF test case with caret annotations
This is part of a report in https://bugzilla.gnome.org/show_bug.cgi?id=626982
In the attached page, there are plenty of caret annotations, which are
rendered in Acroread with the symbol up tack ⊥ (u+22a5) or short up tack
(u+2ae0). However, in poppler there is nothing rendered.
**Attachment 92736**, "PDF test case with caret annotations":
[page-36.pdf](/uploads/cb75de8a25ee952d2281bc49d8e4dbc3/page-36.pdf)
### See also
* [Bug 626982](https://bugzilla.gnome.org/show_bug.cgi?id=626982)https://gitlab.freedesktop.org/poppler/poppler/-/issues/518Quality of convertion pdf to html2018-08-21T11:07:12ZBugzilla Migration UserQuality of convertion pdf to html## Submitted by isaric
Assigned to **poppler-bugs**
**[Link to original bug (#43297)](https://bugs.freedesktop.org/show_bug.cgi?id=43297)**
## Description
I am French, sorry for my translation.
I use poppler-utils 0.16.7-2ubuntu2 ...## Submitted by isaric
Assigned to **poppler-bugs**
**[Link to original bug (#43297)](https://bugs.freedesktop.org/show_bug.cgi?id=43297)**
## Description
I am French, sorry for my translation.
I use poppler-utils 0.16.7-2ubuntu2 (oneiric)
I use "pdftohtml -c *.pdf"
for exemple isaric.cof.free.fr/PDFtoHTML/5-1d-a-afk-1-15-18-55-62.pdf
give http://isaric.cof.free.fr/PDFtoHTML/5-1d-a-afk_ind.html with shifts on the level of spaces
The columns don't use the same ones spaces.
in advance thankshttps://gitlab.freedesktop.org/poppler/poppler/-/issues/519Unexpected end of file in flate stream2018-10-11T08:22:38ZBugzilla Migration UserUnexpected end of file in flate stream## Submitted by cla..@..eat.dk
Assigned to **poppler-bugs**
**[Link to original bug (#104454)](https://bugs.freedesktop.org/show_bug.cgi?id=104454)**
## Description
Created attachment 136490
test pdf
pdfimages -list test.pdf
*...## Submitted by cla..@..eat.dk
Assigned to **poppler-bugs**
**[Link to original bug (#104454)](https://bugs.freedesktop.org/show_bug.cgi?id=104454)**
## Description
Created attachment 136490
test pdf
pdfimages -list test.pdf
**Attachment 136490**, "test pdf":
[Microsoft_Outlook_-_Notatformat.pdf](/uploads/5aee2257d3bb5e41257e0f9731daf636/Microsoft_Outlook_-_Notatformat.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/520pdftohtml: RTL text generated backwards2018-08-21T11:07:20ZBugzilla Migration Userpdftohtml: RTL text generated backwards## Submitted by Nezmer
Assigned to **poppler-bugs**
**[Link to original bug (#28076)](https://bugs.freedesktop.org/show_bug.cgi?id=28076)**
## Description
"pdftohtml" seems to generate RTL text backwards. It's like (abc) is genera...## Submitted by Nezmer
Assigned to **poppler-bugs**
**[Link to original bug (#28076)](https://bugs.freedesktop.org/show_bug.cgi?id=28076)**
## Description
"pdftohtml" seems to generate RTL text backwards. It's like (abc) is generated (cba). You can read the generated text from LTR but that's not convenient ;)
"pdftotext" is behaving correctly.https://gitlab.freedesktop.org/poppler/poppler/-/issues/521Need option to "preserve blacks"2018-10-07T00:27:05ZBugzilla Migration UserNeed option to "preserve blacks"## Submitted by Jorge Hernández Valiñani
Assigned to **poppler-bugs**
**[Link to original bug (#57244)](https://bugs.freedesktop.org/show_bug.cgi?id=57244)**
## Description
Created attachment 70211
PDF with text in solid black
CM...## Submitted by Jorge Hernández Valiñani
Assigned to **poppler-bugs**
**[Link to original bug (#57244)](https://bugs.freedesktop.org/show_bug.cgi?id=57244)**
## Description
Created attachment 70211
PDF with text in solid black
CMYK solid black (i.e. C=0, M=0, Y=0, K=100%), or some other kinds of solid blacks (separation, index/DeviceN with K-only CMYK black, etc) convert to dark-gray-ish RGB instead of pure RGB black.
While not a bug, as that original black in the original color space (determined by the source —default or declared— ICC profile, I guess) may indeed not map to pure black, such conversions are usually inappropriate even if arguably accurate, since many (most?) times one would want to display those blacks as pure RGB black, no matter how that original black actually looked on paper.
Pretty much all documents with text will produce this unintended dark-gray color when viewed on screen, since most of times that text will be solid black.
Many software capable of converting PDFs from one color space to another usually have an option to "preserve blacks" (i.e. add an exception to how color management should deal with solid blacks and grayscale objects). Acrobat X has it in its dialog for Tools > Print production > Color conversion (although I cannot even get Acrobat to do what I expect by this option with the embedded file); GhostScript's source code has seemingly portions for that at http://svn.ghostscript.com/ghostscript/trunk/gs/lcms2/src/cmscnvrt.c (which I cannot tell how relevant it actually is: I stumbled into it when googling "PDF preserve black" and cannot read C). There are countless articles on the web on why "preserving blacks" is an important feature when converting color spaces.
Here I attach a PDF created with Adobe Illustrator CS5.5 with solid black CMYK text, which produces this dark-gray RGB when converted with `pdftocairo` and `pdftoppm`.
**Attachment 70211**, "PDF with text in solid black":
[preserve_black.pdf](/uploads/c8400fc9bd23e3832ca780831d1c1186/preserve_black.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/522Poppler should provide default appearance streams for annotations without2022-05-11T06:47:06ZBugzilla Migration UserPoppler should provide default appearance streams for annotations without## Submitted by Alexander Hunziker
Assigned to **poppler-bugs**
**[Link to original bug (#23108)](https://bugs.freedesktop.org/show_bug.cgi?id=23108)**
## Description
Created attachment 28298
PDF file with annotations
The file
h...## Submitted by Alexander Hunziker
Assigned to **poppler-bugs**
**[Link to original bug (#23108)](https://bugs.freedesktop.org/show_bug.cgi?id=23108)**
## Description
Created attachment 28298
PDF file with annotations
The file
http://ftp.roedu.net/mirrors/ctan.org/macros/latex/contrib/pdfcomment/doc/pdfcomment.pdf
has annotations that do not show with Evince 2.27 and Poppler 0.11
KaL on #evince says:
ok, I know what the problem is
and yes, it's a poppler issue
that annot doesn't have an appearance stream, poppler should provide default AP streams for such cases
**Attachment 28298**, "PDF file with annotations":
[pdfcomment.pdf](/uploads/0f1b882540524012284b9bc9ef164f97/pdfcomment.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/523Unicode strings saved as literal strings2018-10-07T00:25:40ZBugzilla Migration UserUnicode strings saved as literal strings## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#91058)](https://bugs.freedesktop.org/show_bug.cgi?id=91058)**
## Description
Created attachment 116655
Testing form
When saving the atta...## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#91058)](https://bugs.freedesktop.org/show_bug.cgi?id=91058)**
## Description
Created attachment 116655
Testing form
When saving the attached PDF form, the string entered into the text field is saved as a literal string and not as a hexadecimal string which causes problems when viewing it in acroread.
I believe that such strings should be saved as hexadecimal strings.
I used "šč" string for testing.
**Attachment 116655**, "Testing form":
[form.pdf](/uploads/3c0343f645746b8698037cff39e931bf/form.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/524does not display pdf file correctly2018-08-21T11:07:52ZBugzilla Migration Userdoes not display pdf file correctly## Submitted by Martin Juergens
Assigned to **poppler-bugs**
**[Link to original bug (#17422)](https://bugs.freedesktop.org/show_bug.cgi?id=17422)**
## Description
Created attachment 18658
pdf file
the attached pdf document is no...## Submitted by Martin Juergens
Assigned to **poppler-bugs**
**[Link to original bug (#17422)](https://bugs.freedesktop.org/show_bug.cgi?id=17422)**
## Description
Created attachment 18658
pdf file
the attached pdf document is not rendered correctly.
**Attachment 18658**, "pdf file":
[attachment.cgi](/uploads/1dfa7b548a15e6d5c4e408528669b5d5/attachment.cgi)https://gitlab.freedesktop.org/poppler/poppler/-/issues/525very slow work2018-10-11T11:54:21ZBugzilla Migration Uservery slow work## Submitted by Ruslan
Assigned to **poppler-bugs**
**[Link to original bug (#54878)](https://bugs.freedesktop.org/show_bug.cgi?id=54878)**
## Description
please see this file http://zoki.org.ua/1.pdf
when i load page#3, my progra...## Submitted by Ruslan
Assigned to **poppler-bugs**
**[Link to original bug (#54878)](https://bugs.freedesktop.org/show_bug.cgi?id=54878)**
## Description
please see this file http://zoki.org.ua/1.pdf
when i load page#3, my program not work or work but very slow...https://gitlab.freedesktop.org/poppler/poppler/-/issues/526exported images do not have metadata2018-10-11T08:54:33ZBugzilla Migration Userexported images do not have metadata## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#96939)](https://bugs.freedesktop.org/show_bug.cgi?id=96939)**
## Description
In particular ICC profiles and XMP. While XMP isn't essential, ICC profiles...## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#96939)](https://bugs.freedesktop.org/show_bug.cgi?id=96939)**
## Description
In particular ICC profiles and XMP. While XMP isn't essential, ICC profiles are for color accuracy.
For JPEGs, it's relatively easy to patch a JFIF header into the file with the ICC profile.
https://www.w3.org/Graphics/JPEG/jfif3.pdf
http://www.color.org/newiccspec.pdf (87)
Of course this doesn't solve the problem for other image types.
At the very least, a warning should be printed to alert the user about this.https://gitlab.freedesktop.org/poppler/poppler/-/issues/527windows build of pdftohtml generating malformed first page2018-08-21T11:08:02ZBugzilla Migration Userwindows build of pdftohtml generating malformed first page## Submitted by Craig Whitcombe
Assigned to **poppler-bugs**
**[Link to original bug (#39896)](https://bugs.freedesktop.org/show_bug.cgi?id=39896)**
## Description
You dont provide a prebuild windows installer so I have used the o...## Submitted by Craig Whitcombe
Assigned to **poppler-bugs**
**[Link to original bug (#39896)](https://bugs.freedesktop.org/show_bug.cgi?id=39896)**
## Description
You dont provide a prebuild windows installer so I have used the one available from here:
http://www.compgeom.com/~piyush/scripts/scripts.html
When I generate a complex document the first page looks garbled because the first page is treated as both an image and text.
This results in text overlaying the same text in the image. As it is off by a couple of pixels the result is not readable.
Unfortunately I do not have a demo document at this timehttps://gitlab.freedesktop.org/poppler/poppler/-/issues/528Bad quality font rendering in main PDF document body2020-06-21T17:33:44ZBugzilla Migration UserBad quality font rendering in main PDF document body## Submitted by Andrey Borzenkov `@bor`
Assigned to **poppler-bugs**
**[Link to original bug (#24815)](https://bugs.freedesktop.org/show_bug.cgi?id=24815)**
## Description
I was told to report it here by KDE developers. KDE bug: h...## Submitted by Andrey Borzenkov `@bor`
Assigned to **poppler-bugs**
**[Link to original bug (#24815)](https://bugs.freedesktop.org/show_bug.cgi?id=24815)**
## Description
I was told to report it here by KDE developers. KDE bug: http://bugs.kde.org/show_bug.cgi?id=212298. Poppler version: poppler-0.12.1-2mdv2010.0. Screenshot: https://bugs.kde.org/attachment.cgi?id=37952
Look at attached screen shot. The main document text appears very blurry
comparing with anything else on the screen. Actually it literally strains my
eyes to read it.
I am happy to provide any additional information; I'm just not exactly sure
which one.https://gitlab.freedesktop.org/poppler/poppler/-/issues/529rendering graphics as black boxes2018-08-21T11:08:10ZBugzilla Migration Userrendering graphics as black boxes## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#39601)](https://bugs.freedesktop.org/show_bug.cgi?id=39601)**
## Description
this report has been filed here:
https://bugs.launchpad.net/u...## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#39601)](https://bugs.freedesktop.org/show_bug.cgi?id=39601)**
## Description
this report has been filed here:
https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/817064
"for several days now evince displays PDF files generated by printing with firefox to cupspdf incorrectly. It renders embedded graphics as black boxes (example attached).
I still can print and display these files with okular correctly, so I guess it is a problem of evince. (I first opened a bug for ghostscript but then realized that my printer's queue and okular process it correctly.)" BTW acroread is not showing the graphics either but it works fine with xpdf. Thanks!.
pdf:
https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/817064/+attachment/2236614/+files/job_622-Doctoral_degrees__The_disposable_academic___The_Economist.pdfhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/530Poppler doesn't render PDFs that check Adobe Reader is there using JavaScript2023-10-09T18:12:13ZBugzilla Migration UserPoppler doesn't render PDFs that check Adobe Reader is there using JavaScript## Submitted by Keenan Pepper
Assigned to **poppler-bugs**
**[Link to original bug (#14265)](https://bugs.freedesktop.org/show_bug.cgi?id=14265)**
## Description
Instead of the actual document text, Poppler renders this as a singl...## Submitted by Keenan Pepper
Assigned to **poppler-bugs**
**[Link to original bug (#14265)](https://bugs.freedesktop.org/show_bug.cgi?id=14265)**
## Description
Instead of the actual document text, Poppler renders this as a single page that
says:
"To view the full contents of this document, you need a later version of the
PDF viewer. You can upgrade
to the latest version of Adobe Reader from
www.adobe.com/products/acrobat/readstep2.html
For further support, go to www.adobe.com/support/products/acrreader.html"
I think Poppler can do better.
Steps to reproduce:
1. Open http://undergradresearch.fsu.edu/Gfx/summer_award.pdf with Evince
Actual results:
Evince displays some lame error message embedded in the PDF.
Expected results:
Evince should display a "best effort" rendering of the actual text I want to
read.
Does this happen every time?
Yes.
Other information:
This seemed similar to some other reported bugs in Evince, but in all the ones I looked at, highlighting the text made it visible. In this case, highlighting does nothing.
### Depends on
* [Bug 14433](https://bugs.freedesktop.org/show_bug.cgi?id=14433)https://gitlab.freedesktop.org/poppler/poppler/-/issues/531libpoppler-glib produces different results than cmd line utils2020-09-15T18:06:52ZBugzilla Migration Userlibpoppler-glib produces different results than cmd line utils## Submitted by Thomas Frieling
Assigned to **poppler-bugs**
**[Link to original bug (#21542)](https://bugs.freedesktop.org/show_bug.cgi?id=21542)**
## Description
extracting images from pdf files using gimp (which uses libpoppler...## Submitted by Thomas Frieling
Assigned to **poppler-bugs**
**[Link to original bug (#21542)](https://bugs.freedesktop.org/show_bug.cgi?id=21542)**
## Description
extracting images from pdf files using gimp (which uses libpoppler-glib in plugin file-pdf) gives different (worse) results than using poppler cmd line utils (pdftoppm). You can reproduce this with the file attached.
When using gimp (and with that libpoppler-glib), there are several graphics missing on almost all pages. Whe using pdftoppm everything is ok. The gimp guys say this seems to be a problem with the poppler glib stuff...
This bug is reproducable on poppler 0.10.4 and 0.10.5, but _not_ on 0.8.7 (tested on Gentoo Linux)https://gitlab.freedesktop.org/poppler/poppler/-/issues/532Bitmap not shown2018-08-31T19:33:12ZBugzilla Migration UserBitmap not shown## Submitted by oli..@..den.de
Assigned to **poppler-bugs**
**[Link to original bug (#107112)](https://bugs.freedesktop.org/show_bug.cgi?id=107112)**
## Description
Created attachment 140460
Problematic page rendered with the spla...## Submitted by oli..@..den.de
Assigned to **poppler-bugs**
**[Link to original bug (#107112)](https://bugs.freedesktop.org/show_bug.cgi?id=107112)**
## Description
Created attachment 140460
Problematic page rendered with the splash backend
Consider the file http://www.mdpi.com/2072-4292/10/5/804/pdf
The bitmaps in Figure 7 on page ??? are not shown with the splash backend.
To reproduce:
./test-render-to-file-qt5 ~/tmp/remotesensing-10-00804-v2.pdf
and then have a look at test-render-to-file11.ppm (attached as test-render-to-file11-splash.ppm).
For comparison, call
./test-render-to-file-qt5 ~/tmp/remotesensing-10-00804-v2.pdf -arthur
and then have a look at test-render-to-file11.ppm again (attached as test-render-to-file11-arthur.ppm).
BTW, the test program prints 'Bogus memory allocation size' several times when handling the pages with the problematic images.
**Attachment 140460**, "Problematic page rendered with the splash backend":
[test-render-to-file11-splash.ppm](/uploads/f70ebf505492ee987c4403a2bce694a7/test-render-to-file11-splash.ppm)https://gitlab.freedesktop.org/poppler/poppler/-/issues/533Infinite loop in TextOutputDev2018-08-21T11:08:48ZBugzilla Migration UserInfinite loop in TextOutputDev## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#30892)](https://bugs.freedesktop.org/show_bug.cgi?id=30892)**
## Description
The attached PDF appears to have an infinite loop in Te...## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#30892)](https://bugs.freedesktop.org/show_bug.cgi?id=30892)**
## Description
The attached PDF appears to have an infinite loop in TextOutputDev when using the cairo backend. A git bisect shows the commit that introduced this bug to be:
commit 5b0f2355d55a5104820fd0bf16b4e76b25959de4
Author: Carlos Garcia Campos <carlosgc@gnome.org>
Date: Sun Dec 14 11:49:00 2008 +0100
[glib] Use TextPage instead of TextOutputDev when cairo is enabledhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/534pdftotext - processing small pdf takes long time and creates cpu peaks2018-10-05T22:23:07ZBugzilla Migration Userpdftotext - processing small pdf takes long time and creates cpu peaks## Submitted by David Przybilla
Assigned to **poppler-bugs**
**[Link to original bug (#92724)](https://bugs.freedesktop.org/show_bug.cgi?id=92724)**
## Description
The following PDF is only 5 pages long, 4.8M.
However calling pdft...## Submitted by David Przybilla
Assigned to **poppler-bugs**
**[Link to original bug (#92724)](https://bugs.freedesktop.org/show_bug.cgi?id=92724)**
## Description
The following PDF is only 5 pages long, 4.8M.
However calling pdftotext on it takes approximately 3min and cpu goes to 100%.
Other Longer PDFs take only a few seconds and cpu usage is not mental, so this behaviour looks weird.
Here are some extra details:
pdftotext version 0.37.0 ( compiled from the latest stable release)
compiled with the following options:
/configure --disable-libopenjpeg --disable-poppler-qt4 --disable-gtk-test --disable-cairo-output --disable-splash-output --with-prefix=/usr/local
OS: Ubuntu 14.04 LTS, OSXhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/535Pages are rendered blanks2021-07-02T07:48:11ZBugzilla Migration UserPages are rendered blanks## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106802)](https://bugs.freedesktop.org/show_bug.cgi?id=106802)**
## Description
Created attachment 139998
PDF test case
As reported in https...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106802)](https://bugs.freedesktop.org/show_bug.cgi?id=106802)**
## Description
Created attachment 139998
PDF test case
As reported in https://gitlab.gnome.org/GNOME/evince/issues/465
Issue still present with Poppler 0.62.
The attached document is rendered in blank. Either with pdftocairo or pdftoppm. Acroread renders the document properly.
**Attachment 139998**, "PDF test case":
[b.pdf](/uploads/ab55fa23af77e732e3e14c1ed332e467/b.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/536pdftotext reversed words2018-10-05T22:21:10ZBugzilla Migration Userpdftotext reversed words## Submitted by sinubuj
Assigned to **poppler-bugs**
**[Link to original bug (#16032)](https://bugs.freedesktop.org/show_bug.cgi?id=16032)**
## Description
Created attachment 16645
pfd example
when running pdftotext without furth...## Submitted by sinubuj
Assigned to **poppler-bugs**
**[Link to original bug (#16032)](https://bugs.freedesktop.org/show_bug.cgi?id=16032)**
## Description
Created attachment 16645
pfd example
when running pdftotext without further options on the attached pdf file the text output revereses words in the content.
The Header is not reversed.
Acrobat reader shows the PDF correctly and as well exports the text correctly.
**Attachment 16645**, "pfd example":
[aaa.pdf](/uploads/888f0630ee02372c6f1df2e67a8eb02f/aaa.pdf)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/538Fields in PDF do not work (correctly), duplicat...2018-10-08T14:38:03ZBugzilla Migration UserFields in PDF do not work (correctly), duplicat...## Submitted by Carsten Niehaus
Assigned to **poppler-bugs**
**[Link to original bug (#22598)](https://bugs.freedesktop.org/show_bug.cgi?id=22598)**
## Description
Created attachment 27334
Open this file to reproduce the bug.
Ver...## Submitted by Carsten Niehaus
Assigned to **poppler-bugs**
**[Link to original bug (#22598)](https://bugs.freedesktop.org/show_bug.cgi?id=22598)**
## Description
Created attachment 27334
Open this file to reproduce the bug.
Version: 0.8.90 (using 4.2.95 (KDE 4.2.95 (KDE 4.3 RC1)), Chakra KDE)
Compiler: gcc
OS: Linux (i686) release 2.6.30-ARCH
Open the attached PDF file (a document of my government).
In point 3 there are three lines. If you enter something in the first line the
other lines will get the same content.
I observed the same bug with the two fields for my telefonnumber (header of
page 1), but I cannot reproduce that issue.
Furthermore, I cannot enter "1" in the first column of field 3.
Everything works perfectly in Acrobat Reader 9, by the way.
Also confirmed with Evince.
**Attachment 27334**, "Open this file to reproduce the bug.":
[okular-bug.pdf](/uploads/0df9348bf0cdea1e47cc85e2d91030a9/okular-bug.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/539Wrong encoding when filling out a PDF form2019-01-16T20:57:23ZBugzilla Migration UserWrong encoding when filling out a PDF form## Submitted by Thomas Dreibholz
Assigned to **poppler-bugs**
**[Link to original bug (#103492)](https://bugs.freedesktop.org/show_bug.cgi?id=103492)**
## Description
Evince and Okular (based on poppler) uses the wrong encoding wh...## Submitted by Thomas Dreibholz
Assigned to **poppler-bugs**
**[Link to original bug (#103492)](https://bugs.freedesktop.org/show_bug.cgi?id=103492)**
## Description
Evince and Okular (based on poppler) uses the wrong encoding when filling out a PDF form.
How to reproduce:
- Get the official Chinese Visa Application Form from http://www.china-embassy.org/eng/visas/fd/W020130830801798289342.pdf
- Open it in Evince
- Fill in a name (e.g. "Smith"). The entered text is displayed correctly.
- Click into another filed
- The previously entered name is displayed in wrong characters (wrong encoding used?). E.g. "Smith" becomes "4NJUI".
- Saving and loading the PDF (with the entered text) also results in displaying wrong characters
- Clicking into the name filed results in displaying the correct name ("Smith")
=> It seems that somewhere in Evince (or libpoppler?) the wrong encoding is used for displaying non-active input fields.
Tested Ubuntu versions:
- Ubuntu 16.04
- Ubuntu 17.10https://gitlab.freedesktop.org/poppler/poppler/-/issues/540Japanese characters inside table are garbled in HTML2018-10-05T22:18:16ZBugzilla Migration UserJapanese characters inside table are garbled in HTML## Submitted by Nitesh G.
Assigned to **poppler-bugs**
**[Link to original bug (#65896)](https://bugs.freedesktop.org/show_bug.cgi?id=65896)**
## Description
Created attachment 80998
PDF input file
Hi,
I have tried to convert th...## Submitted by Nitesh G.
Assigned to **poppler-bugs**
**[Link to original bug (#65896)](https://bugs.freedesktop.org/show_bug.cgi?id=65896)**
## Description
Created attachment 80998
PDF input file
Hi,
I have tried to convert the attached PDF to HTML(using pdftohtml.exe) and found that Japanese characters inside table are garbled
I am attaching the reference PDF.
Thanks,
Nitesh
**Attachment 80998**, "PDF input file":
[pdftohtml_isues_4.pdf](/uploads/4479fa9a0691dd944afd8d802d465115/pdftohtml_isues_4.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/542Some parts of the document aren't printed2018-08-21T18:28:43ZBugzilla Migration UserSome parts of the document aren't printed## Submitted by Geert Janssens
Assigned to **poppler-bugs**
**[Link to original bug (#89061)](https://bugs.freedesktop.org/show_bug.cgi?id=89061)**
## Description
Attached you will find an invoice I receive monthly in pdf format. ...## Submitted by Geert Janssens
Assigned to **poppler-bugs**
**[Link to original bug (#89061)](https://bugs.freedesktop.org/show_bug.cgi?id=89061)**
## Description
Attached you will find an invoice I receive monthly in pdf format. This
document displays fine in okular. If I print it (or look at the print preview
for that matter) I find that the text below "Facturatieadres" is hidden except
for one character and hence not printed properly.
This happens with every invoice I receive from this vendor.
I can print this document just fine with evince on the same machine.
Reproducible: Always
Steps to Reproduce:
1. Open the attached document
2. Open print preview in okular or print it
Actual Results:
The text below "Facturatieadres" is not visible except for one character. The
same when you effectively print the document.
Expected Results:
The address would be printeld completely.
I had first reported this bug against okular [1], but I was told this is a bug in poppler and I should report it here.
[1] https://bugs.kde.org/show_bug.cgi?id=343996https://gitlab.freedesktop.org/poppler/poppler/-/issues/543Treatment of page labels2018-10-07T00:26:29ZBugzilla Migration UserTreatment of page labels## Submitted by Nonsmoker
Assigned to **poppler-bugs**
**[Link to original bug (#92734)](https://bugs.freedesktop.org/show_bug.cgi?id=92734)**
## Description
I use pdf2djvu (which in turn uses poppler) to convert pdf-files (e-book...## Submitted by Nonsmoker
Assigned to **poppler-bugs**
**[Link to original bug (#92734)](https://bugs.freedesktop.org/show_bug.cgi?id=92734)**
## Description
I use pdf2djvu (which in turn uses poppler) to convert pdf-files (e-books) to .djvu-files. Occasionally, these files have pages without a label (usually the title page). I was told that Poppler treats a page without label as if it had a label equal to physical page number. Hence, the conversion creates a file with a messed up page numbering. Perhaps this could be amended in poppler?https://gitlab.freedesktop.org/poppler/poppler/-/issues/544[PATCH] Form and annotation borders are not drawn when field /S is not presen...2018-10-07T00:20:25ZBugzilla Migration User[PATCH] Form and annotation borders are not drawn when field /S is not present in /BS## Submitted by Andrew Chen
Assigned to **poppler-bugs**
**[Link to original bug (#102640)](https://bugs.freedesktop.org/show_bug.cgi?id=102640)**
## Description
Border width should not be forced to 0 when /W and/or /S are not pre...## Submitted by Andrew Chen
Assigned to **poppler-bugs**
**[Link to original bug (#102640)](https://bugs.freedesktop.org/show_bug.cgi?id=102640)**
## Description
Border width should not be forced to 0 when /W and/or /S are not present in /BS
Commit 289679405 introduced the behavior: "Avoid drawing borders unless /W and /S are specified in /BS" as a work around for acroread 8. This is not compliant with the pdf specs, and the latest versions of Adobe Acrobat (2017) don't requires both fields to be present, and does not emit the /S field when not necessary.
User visible impact: form and annotation borders are not generated properly when saving pdfs after editing.https://gitlab.freedesktop.org/poppler/poppler/-/issues/545Type 6 shadings with edge connections are not displayed correctly2018-10-26T15:54:27ZBugzilla Migration UserType 6 shadings with edge connections are not displayed correctly## Submitted by ben..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#84465)](https://bugs.freedesktop.org/show_bug.cgi?id=84465)**
## Description
Created attachment 107069
Type 6 shading with and without edge conn...## Submitted by ben..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#84465)](https://bugs.freedesktop.org/show_bug.cgi?id=84465)**
## Description
Created attachment 107069
Type 6 shading with and without edge connections
Type 6 shadings with edge connections do not render properly. The problem specifically seems to affect shadings where a coordinate is shared 3 times. The first and second pages should appear identical, but the shared edge flags used in the object on the second page cause the shading to be incorrectly displayed.
**Attachment 107069**, "Type 6 shading with and without edge connections":
[6.pdf](/uploads/935a89349fc9b88178e2b090bff70fda/6.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/546Certificate chain from PDF digital signature back to trusted root certificate...2020-07-29T10:37:56ZBugzilla Migration UserCertificate chain from PDF digital signature back to trusted root certificate not verified?## Submitted by Sebastian Rasmussen
Assigned to **poppler-bugs**
**[Link to original bug (#99365)](https://bugs.freedesktop.org/show_bug.cgi?id=99365)**
## Description
I believe that the full certificate chain back to a trusted ro...## Submitted by Sebastian Rasmussen
Assigned to **poppler-bugs**
**[Link to original bug (#99365)](https://bugs.freedesktop.org/show_bug.cgi?id=99365)**
## Description
I believe that the full certificate chain back to a trusted root certificate is not verified when attempting to verify digital signatures in PDFs.
SignatureHandler::init_nss() initializes NSS to point to my root
certficate database in my firefox profile or if not available
(it is available) /etc/pki/nssdb (which is unpopoulated on my machine).
I believe that the idea is that this database of root certificates
will be used when verifying the chain of certificates in digital signatures.
I downloaded http://blogs.adobe.com/security/SampleSignedPDFDocument.pdf
and then ran pdfsig (compiled from git HEAD currently at c301f6c6) like so:
./pdfsig-original ./SampleSignedPDFDocument.pdf
Digital Signature Info of:./SampleSignedPDFDocument.pdf
Signature #1:
- Signer Certificate Common Name: John B Harris
- Signing Time: Jul 16 2009 16:47:47
- Signature Validation: Signature is Valid.
- Certificate Validation: Certificate has Expired
The mesage "Signature is Valid" implies that the chain of certificates
has all been checked. However if I replace the call to NSS_Init() with
a call that explicitlydisables any preinitialized database like so:
diff --git a/poppler/SignatureHandler.cc b/poppler/SignatureHandler.cc
index 15c9321c..4be4a140 100644
--- a/poppler/SignatureHandler.cc
+++ b/poppler/SignatureHandler.cc
@@ -91,16 +91,9 @@ GooString *SignatureHandler::getDefaultFirefoxCertDB_Linux()
*/
void SignatureHandler::init_nss()
{
- GooString *certDBPath = getDefaultFirefoxCertDB_Linux();
- if (certDBPath == NULL) {
- NSS_Init("sql:/etc/pki/nssdb");
- } else {
- NSS_Init(certDBPath->getCString());
- }
+ NSS_NoDB_Init("");
//Make sure NSS root certificates module is loaded
SECMOD_AddNewModule("Root Certs", "libnssckbi.so", 0, 0);
-
- delete certDBPath;
}
And then recompile and rerun pdfsig I get the same message as above:
./pdfsig-changed ./SampleSignedPDFDocument.pdf
Digital Signature Info of: ./SampleSignedPDFDocument.pdf
Signature #1:
- Signer Certificate Common Name: John B Harris
- Signing Time: Jul 16 2009 16:47:47
- Signature Validation: Signature is Valid.
- Certificate Validation: Certificate has Expired
Which again seems to claim that the chain of certificates is valid.
How can that be when there are no trusted root certificates in the database?
This appears to be corroborated by the comment preceeding the function
NSS_CMSSignerInfo_Verify() which SignatureHandler later calls to do the
verification:
"Just verifies the signature. The assumption is that verification of
the certificate is done already", see
https://hg.mozilla.org/projects/nss/file/tip/lib/smime/cmssiginfo.c#l310
I believe that the intent with the poppler code is to verify
the entire certificate chain (why else bother to add the firefox
root certificate database?), but I don't think that is what is happening.
Unfortunately I'm not yet well versed in this code to figure out
how to fix this, hence there is no patch attached fixing this issue.
Maybe the decision is to be happy that the certificate is self-consistent
and that the digest is matching, etc. but to ignore that the _chain_ of
certificates is never checked, however in that case I'd suggest mentioning
this clearly, e.g. "Signature is Valid (chain back to root certificate not checked)".
Oh, and of course any UI that uses SignatureHandler is equally affected
as pdfsig, but I find reporting issued using command-line tools easier. :)https://gitlab.freedesktop.org/poppler/poppler/-/issues/547Text not displayed in PDF2018-10-07T00:19:26ZBugzilla Migration UserText not displayed in PDF## Submitted by Cédric
Assigned to **poppler-bugs**
**[Link to original bug (#71141)](https://bugs.freedesktop.org/show_bug.cgi?id=71141)**
## Description
Created attachment 88511
Pdf of Invoice
Hello,
I receive regularly a pdf ...## Submitted by Cédric
Assigned to **poppler-bugs**
**[Link to original bug (#71141)](https://bugs.freedesktop.org/show_bug.cgi?id=71141)**
## Description
Created attachment 88511
Pdf of Invoice
Hello,
I receive regularly a pdf document but when I open it, no text is displayed. I have tried with the pdf viewers okular and zathura. If I change the backend to mupdf for those viewers the pdf is displayed properly. The file is a pdf version 1.2. It's old, but unfortunately, it's what I receive and it's from a firm, so I can change nothing. I have modified a pdf document with which we can reproduce the the problem. There is not a lot of text in the modified version.
Just tell me if you need something else.
Thanks
~~**Attachment 88511**~~, "Pdf of Invoice":
[test.pdf](/uploads/66354fcd13973a1d3a49f29e594d77f4/test.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/548pdftocairo - Flag to disable text drawing2018-10-08T10:29:02ZBugzilla Migration Userpdftocairo - Flag to disable text drawing## Submitted by Ryan Fox
Assigned to **poppler-bugs**
**[Link to original bug (#65877)](https://bugs.freedesktop.org/show_bug.cgi?id=65877)**
## Description
Created attachment 80975
Patch to add a flag to disable text drawing. Bas...## Submitted by Ryan Fox
Assigned to **poppler-bugs**
**[Link to original bug (#65877)](https://bugs.freedesktop.org/show_bug.cgi?id=65877)**
## Description
Created attachment 80975
Patch to add a flag to disable text drawing. Based on the code in the 0.23.2 release.
I needed to hack pdftocairo to allow me to disable the text drawing, and I thought it could be something other people might benefit from, so I'm presenting a tiny patch to add a flag for it.
Background: Cairo's SVG backend doesn't draw text as text; it creates shapes for each letter. (See [bug 38516](https://bugs.freedesktop.org/show_bug.cgi?id=38516)) I'm using the output from pdftocairo for the structure of a PDF, rather than the visual representation, so the actual text is important to me, as well as all of the shapes. I can get sufficient text information from `pdftohtml -xml` for this. To prevent losing non-letter glyphs, I need to prevent the drawing of the text rather than just discarding all of the glyphs.
**Attachment 80975**, "Patch to add a flag to disable text drawing. Based on the code in the 0.23.2 release.":
[notext.patch](/uploads/eb059e151a453c366c6ee6294dc84b77/notext.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/549Selections with ligatures are not correctly drawn2020-11-05T22:01:52ZBugzilla Migration UserSelections with ligatures are not correctly drawn## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#34301)](https://bugs.freedesktop.org/show_bug.cgi?id=34301)**
## Description
Forwarded from Gnome bugzilla. The following bug appears when using ev...## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#34301)](https://bugs.freedesktop.org/show_bug.cgi?id=34301)**
## Description
Forwarded from Gnome bugzilla. The following bug appears when using evince or poppler-glib-demo to draw selections.
1. Download the following document:
http://java.sun.com/docs/books/jvms/second_edition/ClassFileFormat-final-draft.pdf
2. Open page 54 which is numbered 146.
3. Select the word "reflective" on the second row from the top.
Then the ligature "fl" gets rendered with another symbol, in my case "ß"https://gitlab.freedesktop.org/poppler/poppler/-/issues/550the documentation for poppler_document_new_from_data is not complete2021-02-14T11:02:25ZBugzilla Migration Userthe documentation for poppler_document_new_from_data is not complete## Submitted by mehmet yasar
Assigned to **poppler-bugs**
**[Link to original bug (#13549)](https://bugs.freedesktop.org/show_bug.cgi?id=13549)**
## Description
The documentation should precise that :
- poppler_document_new_from_d...## Submitted by mehmet yasar
Assigned to **poppler-bugs**
**[Link to original bug (#13549)](https://bugs.freedesktop.org/show_bug.cgi?id=13549)**
## Description
The documentation should precise that :
- poppler_document_new_from_data doesn't make a copy of the data
- the data must not be freed !https://gitlab.freedesktop.org/poppler/poppler/-/issues/551Symbian version of Poppler2018-10-06T23:52:03ZBugzilla Migration UserSymbian version of Poppler## Submitted by Fran
Assigned to **poppler-bugs**
**[Link to original bug (#25899)](https://bugs.freedesktop.org/show_bug.cgi?id=25899)**
## Description
As you know, Nokia has released Qt 4.6, that includes support for mobile plat...## Submitted by Fran
Assigned to **poppler-bugs**
**[Link to original bug (#25899)](https://bugs.freedesktop.org/show_bug.cgi?id=25899)**
## Description
As you know, Nokia has released Qt 4.6, that includes support for mobile platforms as Symbian and Maemo 6. (http://qt.nokia.com/about/news/nokia-releases-qt-4.6)
I admit I don't know much about Poppler, so I really don't know if that eases the portability of Poppler to Symbian.
That would allow the creation of GPL Acrobat readers in that platform, that is very extended in Europe...
Is that as simple as adding some compiler options or would it take a lot of effort?
Thanks in advance,
Franciscohttps://gitlab.freedesktop.org/poppler/poppler/-/issues/552Build failed with XCode - nspr.h not found2019-01-09T13:02:16ZBugzilla Migration UserBuild failed with XCode - nspr.h not found## Submitted by hey..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#94868)](https://bugs.freedesktop.org/show_bug.cgi?id=94868)**
## Description
Trying to compile poppler-qt5 with XCode but I can because of this ...## Submitted by hey..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#94868)](https://bugs.freedesktop.org/show_bug.cgi?id=94868)**
## Description
Trying to compile poppler-qt5 with XCode but I can because of this error : "SignatureHandler.h --> nspr.h file not found"https://gitlab.freedesktop.org/poppler/poppler/-/issues/553"UTF-16" not native byte order on OS X iconv (re ustrings to_utf8)2018-10-26T11:11:40ZBugzilla Migration User"UTF-16" not native byte order on OS X iconv (re ustrings to_utf8)## Submitted by Franz Brauße
Assigned to **poppler-bugs**
**[Link to original bug (#96313)](https://bugs.freedesktop.org/show_bug.cgi?id=96313)**
## Description
Hi.
ustring::to_utf8() creates a
MiniIconv ic("UTF-8", "UTF-16");...## Submitted by Franz Brauße
Assigned to **poppler-bugs**
**[Link to original bug (#96313)](https://bugs.freedesktop.org/show_bug.cgi?id=96313)**
## Description
Hi.
ustring::to_utf8() creates a
MiniIconv ic("UTF-8", "UTF-16");
assuming that iconv(3) uses the native byte order for "UTF-16". On OS X w/ Intel CPUs (I installed poppler through MacPorts, but this issue is unrelated, see below) this fails, as a quick
$ echo -n 7 | iconv -t utf-16 | hexdump -C
00000000 fe ff 00 37 |...7|
reveals: it's UTF-16BE.
This breaks page-labels for me, which instead of "78" (UTF-8) return the (hex) values
e3 9c 80 e3 a0 80
which is 0x3700 0x3800.
A fix might be to not "decode" GooString's UTF-16BE to native byte order in
detail::unicode_GooString_to_ustring(GooString *str)
or use a source encoding based on the BYTE_ORDER macro instead of just "UTF-16BE" or to check the BOM-character output by iconv(3) (which e.g.
ustring::from_utf8(const char *str, int len)
currently skips).https://gitlab.freedesktop.org/poppler/poppler/-/issues/554gfile win32 unicode fixes and refactoring2018-10-23T12:08:46ZBugzilla Migration Usergfile win32 unicode fixes and refactoring## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#104045)](https://bugs.freedesktop.org/show_bug.cgi?id=104045)**
## Description
The aim of the following patches is to:
- Improve wi...## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#104045)](https://bugs.freedesktop.org/show_bug.cgi?id=104045)**
## Description
The aim of the following patches is to:
- Improve win32 unicode support in goo/gfile.cc.
- Eliminate duplicated functions that differ only by char*/wchar_t*. All internal functions should use char* and the win32 wchar_t conversion should be performed at the point where the win32 API is invoked.
- Eliminate unused code.
- Eventually get windows.h out of the header files. It slows down the compile and pollutes the namespace.
- Plus some other mingw fixes and build cleanups I found while working on this.https://gitlab.freedesktop.org/poppler/poppler/-/issues/555pdftoppm writes to standard output2018-10-06T23:50:36ZBugzilla Migration Userpdftoppm writes to standard output## Submitted by Christopher Yeleighton
Assigned to **poppler-bugs**
**[Link to original bug (#35221)](https://bugs.freedesktop.org/show_bug.cgi?id=35221)**
## Description
When invoked as { pdftoppm x.pdf; }, pdftoppm writes PPM to...## Submitted by Christopher Yeleighton
Assigned to **poppler-bugs**
**[Link to original bug (#35221)](https://bugs.freedesktop.org/show_bug.cgi?id=35221)**
## Description
When invoked as { pdftoppm x.pdf; }, pdftoppm writes PPM to standard output. This behavior is undocumented.https://gitlab.freedesktop.org/poppler/poppler/-/issues/556-xml outputs malformed xml2018-08-21T11:11:02ZBugzilla Migration User-xml outputs malformed xml## Submitted by dan..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98305)](https://bugs.freedesktop.org/show_bug.cgi?id=98305)**
## Description
Overview:
The following pdf causes pdftohtml to output malform...## Submitted by dan..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98305)](https://bugs.freedesktop.org/show_bug.cgi?id=98305)**
## Description
Overview:
The following pdf causes pdftohtml to output malformed xml:
http://www.atmel.com/images/Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf
The resulting xml file has multiple similar errors, the first one on line 71641:
`<text top="180" left="71" width="101" height="15" font="11">``<b>`Sp<a href="Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.html#876">eed [MHz] `</b>`(3)`</a>``</text>`
(the closing b and a tags are not in the correct order)
Steps to Reproduce:
1) wget http://www.atmel.com/images/Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf
2) pdftohtml -q -i -xml Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf output.xml
Actual Results:
malformed xml
Expected Results:
well-formed xml. And I'm not quite sure if the link is placed on the correct piece of text. In the pdf only the text "(3)" is clickable and none of it is bold.
Build Date & Hardware:
Built on 2016-10-18 from source (0.48.0) on Ubunty 14.04 LTS
Additional Builds and Platforms:
Also occurred in the version of pdftohtml that was installed using apt-get (0.28 if I recall correctly)
Cheers,
Danielhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/557Option thinlinemode shape for pdftoppm doesn't work correct for fill operations2018-10-11T08:21:18ZBugzilla Migration UserOption thinlinemode shape for pdftoppm doesn't work correct for fill operations## Submitted by Thomas Freitag
Assigned to **poppler-bugs**
**[Link to original bug (#94152)](https://bugs.freedesktop.org/show_bug.cgi?id=94152)**
## Description
Created attachment 121754
splashThinLineShape also for fill operati...## Submitted by Thomas Freitag
Assigned to **poppler-bugs**
**[Link to original bug (#94152)](https://bugs.freedesktop.org/show_bug.cgi?id=94152)**
## Description
Created attachment 121754
splashThinLineShape also for fill operations
This is a followup for [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052)!
Looking at [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052) I encountered that the thinlinemode shape doesn't work correctly for the PDF of [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052): Instead of a gray grid the background is completely removed and shown as white if using this option.
The difference between the PDF of [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052) and the one of [bug 37347](https://bugs.freedesktop.org/show_bug.cgi?id=37347) is that in the PDF of [bug 37347](https://bugs.freedesktop.org/show_bug.cgi?id=37347) the lines are drawn with a stroke, where as in the one of [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052) the lines are drawn with a fill command.
So I extend in this patch the implementation of the "shape" mode so that it works with fills, too.
**Patch 121754**, "splashThinLineShape also for fill operations":
[94052.patch](/uploads/8450021efdf72f06d70342738823ea9f/94052.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/558Fix handling of UTF16-LE annotations2019-03-29T11:48:22ZBugzilla Migration UserFix handling of UTF16-LE annotations## Submitted by Christophe Fergeau `@teuf`
Assigned to **poppler-bugs**
**[Link to original bug (#103023)](https://bugs.freedesktop.org/show_bug.cgi?id=103023)**
## Description
Created attachment 134538
Test case
The 'unicode' an...## Submitted by Christophe Fergeau `@teuf`
Assigned to **poppler-bugs**
**[Link to original bug (#103023)](https://bugs.freedesktop.org/show_bug.cgi?id=103023)**
## Description
Created attachment 134538
Test case
The 'unicode' annotation in the attached test case does not render properly. I added it through the default mail application on my iOS11 iphone.
I trade that down to _poppler_goo_string_to_utf8() which assumes UTF16 strings will always be big endian, while in my test file, a little endian UTF16 string is used.
I've fixed this by adding 2 new methods to GooString (hasBigEndianBOM() hasLittleEndianBOM()), but all users of GooString::hasUnicodeMarker() should probably be audited and handle both types of UTF16 strings unless the pdf specs mandates big endian strings. Since I'm not familiar at all with the PDF format, I haven't tried to address this yet.
**Attachment 134538**, "Test case":
[poppler-utf16-le.pdf](/uploads/ea9109513c4071675495ad777343ce6a/poppler-utf16-le.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/559no alpha channel in images extracted with pdfimages tool2018-08-21T11:11:14ZBugzilla Migration Userno alpha channel in images extracted with pdfimages tool## Submitted by quu..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#28963)](https://bugs.freedesktop.org/show_bug.cgi?id=28963)**
## Description
Images are output in PPM, which does not support an alpha channel. ...## Submitted by quu..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#28963)](https://bugs.freedesktop.org/show_bug.cgi?id=28963)**
## Description
Images are output in PPM, which does not support an alpha channel. I suggest switching this to the similar binary format PAM which supports an optional alpha channel or the more standard PNG format.https://gitlab.freedesktop.org/poppler/poppler/-/issues/560Support additional actions for form fields.2019-01-17T23:57:33ZBugzilla Migration UserSupport additional actions for form fields.## Submitted by Elliott Sales de Andrade
Assigned to **poppler-bugs**
**[Link to original bug (#77601)](https://bugs.freedesktop.org/show_bug.cgi?id=77601)**
## Description
Created attachment 97553
Patch 1.
As mentioned in my ema...## Submitted by Elliott Sales de Andrade
Assigned to **poppler-bugs**
**[Link to original bug (#77601)](https://bugs.freedesktop.org/show_bug.cgi?id=77601)**
## Description
Created attachment 97553
Patch 1.
As mentioned in my email earlier (http://lists.freedesktop.org/archives/poppler/2013-December/010731.html), here are a couple of patches to allow access to the additional actions that may be added to form fields. I'm not tied to any enum names or anything, so feel free to suggest any changes.
**Attachment 97553**, "Patch 1.":
[0001-glib-demo-Fix-indent-for-actions-code.patch](/uploads/42f9a3f8a5ebc4d2f01d35773c824758/0001-glib-demo-Fix-indent-for-actions-code.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/561rendering the following pdf takes a lot of memory2019-01-09T13:02:25ZBugzilla Migration Userrendering the following pdf takes a lot of memory## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#17026)](https://bugs.freedesktop.org/show_bug.cgi?id=17026)**
## Description
this bug has been filed here:
https://bugs.edge.launchpad.net...## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#17026)](https://bugs.freedesktop.org/show_bug.cgi?id=17026)**
## Description
this bug has been filed here:
https://bugs.edge.launchpad.net/ubuntu/+source/poppler/+bug/182414
the bug is also reproducible with poppler 0.8.5
"I opened a small (240kB) pdf document in evince, read few pages and left opened. After few minutes I looked to system monitor and saw, that evince is consuming 166MB of memory."
example:
http://www.billiger-notebook.de/datenblaetter/product_16584.pdf
Thanks,https://gitlab.freedesktop.org/poppler/poppler/-/issues/562HTML text shifts relatively it underline2018-08-21T11:11:25ZBugzilla Migration UserHTML text shifts relatively it underline## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90097)](https://bugs.freedesktop.org/show_bug.cgi?id=90097)**
## Description## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90097)](https://bugs.freedesktop.org/show_bug.cgi?id=90097)**
## Descriptionhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/563Render a single annotation with Qt5 frontend2018-10-08T21:10:13ZBugzilla Migration UserRender a single annotation with Qt5 frontend## Submitted by Tobias Deiminger
Assigned to **poppler-bugs**
**[Link to original bug (#105796)](https://bugs.freedesktop.org/show_bug.cgi?id=105796)**
## Description
This is the Qt double of [bug 83642](https://bugs.freedesktop.o...## Submitted by Tobias Deiminger
Assigned to **poppler-bugs**
**[Link to original bug (#105796)](https://bugs.freedesktop.org/show_bug.cgi?id=105796)**
## Description
This is the Qt double of [bug 83642](https://bugs.freedesktop.org/show_bug.cgi?id=83642). It adds Annotation::renderToImage() and similar methods.
The patch series has following use cases in mind:
-show realistic preview of icons in readers
-WYSIWYG editing of free text annotations, e.g. typewriter
-paint annotations while dragging them around (render page is expensive)
-extract single annotations from PDF with a command line tool
-enable composition of annotations in readers; quite tricky, due to blend mode, z-order and the ilk
Example usage:
...
/* Generate image where annotation #0 is painted at offset (0,0) on transparent background. */
Poppler::Annotation* annot = pdfPage->annotations()[0];
QImage img = annot->renderToImage(myDpiX, myDpiY);
...
I'd recommend to fix [bug 105692](https://bugs.freedesktop.org/show_bug.cgi?id=105692) along with these patches, to get the size right in all circumstances.https://gitlab.freedesktop.org/poppler/poppler/-/issues/564no pages in (probably corrupted) document2018-08-21T11:11:43ZBugzilla Migration Userno pages in (probably corrupted) document## Submitted by Hib Eris
Assigned to **poppler-bugs**
**[Link to original bug (#44488)](https://bugs.freedesktop.org/show_bug.cgi?id=44488)**
## Description
Created attachment 55161
PDF document showing no pages in poppler
Forwar...## Submitted by Hib Eris
Assigned to **poppler-bugs**
**[Link to original bug (#44488)](https://bugs.freedesktop.org/show_bug.cgi?id=44488)**
## Description
Created attachment 55161
PDF document showing no pages in poppler
Forwarding a bug from Evince' mailing-list:
On Sun, Dec 25, 2011 at 12:59 PM, <Software@quantentunnel.de> wrote:
>
> I use Document Viewer 2.32.0 with poppler/cairo (0.16.4) on Ubuntu 11.04 and
> gnome 2.32.1. The attached pdf document (downloaded from
> http://www.ubs.com/ch/de/swissbank/private/families_couples.html, then click
> 'UBS Family' in upper right corner of web page) does not open correctly,
> instead evince says "Das Dokument enthält keine Seiten" (= the document does
> not contain pages). The same document opens correctly with Adobe Acrobat
> Reader 9 for Linux, version 9.4.2 02/11/2011.
**Attachment 55161**, "PDF document showing no pages in poppler":
[164787_20090324_Brosch_Family_Jan09_D_ohne_20Talon.pdf](/uploads/85a40db24a395ff17d7a0b56cc7a1513/164787_20090324_Brosch_Family_Jan09_D_ohne_20Talon.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/565Create new FDO account for Adrian Perez de Castro2018-08-21T12:05:54ZBugzilla Migration UserCreate new FDO account for Adrian Perez de Castro## Submitted by Adrian Perez de Castro
Assigned to **poppler-bugs**
**[Link to original bug (#67172)](https://bugs.freedesktop.org/show_bug.cgi?id=67172)**
## Description
I need a FDO account to collaborate with Poppler developmen...## Submitted by Adrian Perez de Castro
Assigned to **poppler-bugs**
**[Link to original bug (#67172)](https://bugs.freedesktop.org/show_bug.cgi?id=67172)**
## Description
I need a FDO account to collaborate with Poppler development.
Name:
Adrián Pérez de Castro
E-mail:
aperez@igalia.com
Preferred account names:
aperez, aperezdchttps://gitlab.freedesktop.org/poppler/poppler/-/issues/566Add option to omit DOCTYPE for XML output2019-03-28T13:05:51ZBugzilla Migration UserAdd option to omit DOCTYPE for XML output## Submitted by Gerrit Imsieke
Assigned to **poppler-bugs**
**[Link to original bug (#103823)](https://bugs.freedesktop.org/show_bug.cgi?id=103823)**
## Description
Currently (I’m using 0.57.0 on Cygwin), with the -xml option, the...## Submitted by Gerrit Imsieke
Assigned to **poppler-bugs**
**[Link to original bug (#103823)](https://bugs.freedesktop.org/show_bug.cgi?id=103823)**
## Description
Currently (I’m using 0.57.0 on Cygwin), with the -xml option, there is always a DOCTYPE declaration with no public identifier and the system identifier 'pdf2xml.dtd'.
The issue is that I can’t use an XML catalog to direct pdf2xml.dtd to a (possibly empty) DTD. This is an issue with relative paths as system identifiers. It is described on http://www.sagehill.net/docbookxsl/WriteCatalog.html#RelativeSysId
As a consequence, I need to remove the DOCTYPE line manually or with xmllint in order to be able to process the output with Java-based tools such as oXygen, Saxon, or XML Calabash.
Please add either a public identifier (any non-empty string will do) that can be diverted by means of an XML catalog, or add a command-line option not to issue a DOCTYPE declaration at all.https://gitlab.freedesktop.org/poppler/poppler/-/issues/567All pages in document rendered blank2020-11-20T08:24:50ZBugzilla Migration UserAll pages in document rendered blank## Submitted by Anatoly
Assigned to **poppler-bugs**
**[Link to original bug (#103711)](https://bugs.freedesktop.org/show_bug.cgi?id=103711)**
## Description
Created attachment 135434
File with pages rendered blank by poppler
Hi....## Submitted by Anatoly
Assigned to **poppler-bugs**
**[Link to original bug (#103711)](https://bugs.freedesktop.org/show_bug.cgi?id=103711)**
## Description
Created attachment 135434
File with pages rendered blank by poppler
Hi.
Pages of attached document rendered blank using 0.61.1 on mac.
Same problem with CentOS 7 and poppler 0.55.0
I tried png, jpeg, different resolutions but with no luck.
**Attachment 135434**, "File with pages rendered blank by poppler":
[89844.pdf](/uploads/3f1867bb433192c1d0cd43ed3dcfefd4/89844.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/568Syntax Error: Unknown character collection 'DYNA-HK1'2018-08-21T11:12:55ZBugzilla Migration UserSyntax Error: Unknown character collection 'DYNA-HK1'## Submitted by Martin Hong
Assigned to **poppler-bugs**
**[Link to original bug (#93290)](https://bugs.freedesktop.org/show_bug.cgi?id=93290)**
## Description
Overview: I tried to convert a sample pdf which is exported from Mac O...## Submitted by Martin Hong
Assigned to **poppler-bugs**
**[Link to original bug (#93290)](https://bugs.freedesktop.org/show_bug.cgi?id=93290)**
## Description
Overview: I tried to convert a sample pdf which is exported from Mac OS X's Keynote.app and contains some Chinese characters through `pdftoppm` command, but it complains with an error:
Syntax Error: Unknown character collection 'DYNA-HK1'
Steps to Reproduce:
1. Open Keynote.app, click "New Document", and then select a random theme to start;
2. Input some Chinese characters on slides;
3. Click "File" menu item and then select "Export to ..." and select "PDF";
4. Export a PDF file;
5. Use `pdftoppm` to convert exported PDF file.
Actual Results:
it complains with an error: "Syntax Error: Unknown character collection 'DYNA-HK1'"
Expected Results:
Convert sample PDF file into images without any complain.
Build Date & Hardware:
2015-12-05 on Mac OS 10.11.1 with Keynote.app v6.6.1
Additional Information:
The below lists some details:
————————
$ pdftoppm -v
pdftoppm version 0.37.0
Copyright 2005-2015 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
————————
$ pdftoppm -png ~/Desktop/test.pdf tmp
Syntax Error: Unknown character collection 'DYNA-HK1’
the `test.pdf` is exported from Mac OS’ Keynote.app and contains some Chinese characters. If I try to export a pdf which doesn’t contain any Chinese characters, it will work. Additionally, I also tried to use pdftotext to print text in `test.pdf`, it can print text normally.
You can also download the test pdf from here: http://7xj84e.com1.z0.glb.clouddn.com/test.pdf .
I also tried to convert the test pdf through ImageMagick's convert command, it worked as expected as poppler did not.https://gitlab.freedesktop.org/poppler/poppler/-/issues/569Memory leak (reloading the same file increases memory consumption)2018-10-23T12:04:23ZBugzilla Migration UserMemory leak (reloading the same file increases memory consumption)## Submitted by Phillip Berndt
Assigned to **poppler-bugs**
**[Link to original bug (#84737)](https://bugs.freedesktop.org/show_bug.cgi?id=84737)**
## Description
Created attachment 107455
Test program
The attached test program l...## Submitted by Phillip Berndt
Assigned to **poppler-bugs**
**[Link to original bug (#84737)](https://bugs.freedesktop.org/show_bug.cgi?id=84737)**
## Description
Created attachment 107455
Test program
The attached test program loads a PDF file, draws it, unloads the file, and then starts over again. To compile it, use
cc test.c -o test $(pkg-config --libs --cflags gtk+-3.0 glib-2.0 cairo gio-2.0 poppler-glib)
and then start it with a PDF file as its first argument, preferably a large one, like a paper or a book.
I'd expect _some_, _limited_ growth in memory consumption, due to things like caching, but instead memory usage appears to grow linearly. With a 147kB PDF, I'm at 1.5GB memory consumption after some minutes. I tested this with Poppler 0.24.5 and 0.26.5, but not with the latest git version, on a machine running Ubuntu Trusty.
If I run the same program with a gdk-pixbuf and images instead of poppler, memory consumption does not increase, so I am quite positive that this is indeed a poppler bug and not one in gtk/glib. I did not make any attempts to find the source within poppler though, so I can't tell if this really is a problem in the glib frontend or if the problem lies in the backend.
**Attachment 107455**, "Test program":
[test.c](/uploads/aefdbd22ec0dfe122229e04e09d3f7f7/test.c)https://gitlab.freedesktop.org/poppler/poppler/-/issues/570Extend support for free text annotations.2022-08-10T22:28:14ZBugzilla Migration UserExtend support for free text annotations.## Submitted by Anuj Khare
Assigned to **poppler-bugs**
**[Link to original bug (#81665)](https://bugs.freedesktop.org/show_bug.cgi?id=81665)**
## Description
Created attachment 103325
1/4. glib: Add PopplerAnnotAppearance boxed t...## Submitted by Anuj Khare
Assigned to **poppler-bugs**
**[Link to original bug (#81665)](https://bugs.freedesktop.org/show_bug.cgi?id=81665)**
## Description
Created attachment 103325
1/4. glib: Add PopplerAnnotAppearance boxed type
I have attached patches that allow adding new freetext annotations, and implement the intent, callout line, and quadding properties.
The PopplerAnnotAppearance type is used to store the font name, color and size of the free text annotation.
~~**Patch 103325**~~, "1/4. glib: Add PopplerAnnotAppearance boxed type":
[1.patch](/uploads/843c4580b5c48af47f73eec78f317780/1.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/571Text not rendered in poppler-glib2018-08-21T11:13:21ZBugzilla Migration UserText not rendered in poppler-glib## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#76042)](https://bugs.freedesktop.org/show_bug.cgi?id=76042)**
## Description
Created attachment 95622
PDF Test Case
This was reported in GN...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#76042)](https://bugs.freedesktop.org/show_bug.cgi?id=76042)**
## Description
Created attachment 95622
PDF Test Case
This was reported in GNOME's bugzilla.
The attached PDF does not render any text, but the background and images.
The text can be selected, copied and pasted without major issues.
qt4, either with arthur and splash backend, renders the document fine. So,
I assume it could be an issue with cairo-backend.
poppler 7a2db6 and cairo 2a7f13.
**Attachment 95622**, "PDF Test Case":
[colfax1.pdf](/uploads/de1280e415f8005012246530ddb71388/colfax1.pdf)
### See also
* [Bug 726128](https://bugzilla.gnome.org/show_bug.cgi?id=726128)https://gitlab.freedesktop.org/poppler/poppler/-/issues/572regression causes correctly rendered PDF to print incorrectly with spirals in...2018-08-21T11:13:27ZBugzilla Migration Userregression causes correctly rendered PDF to print incorrectly with spirals instead of some spaces## Submitted by wxl
Assigned to **poppler-bugs**
**[Link to original bug (#70466)](https://bugs.freedesktop.org/show_bug.cgi?id=70466)**
## Description
Created attachment 87632
pdf that prints with weird spirals instead of some sp...## Submitted by wxl
Assigned to **poppler-bugs**
**[Link to original bug (#70466)](https://bugs.freedesktop.org/show_bug.cgi?id=70466)**
## Description
Created attachment 87632
pdf that prints with weird spirals instead of some spaces
this has been escalated from the KDE bugtracker. originally thought to be an issue with Okular, it has become apparent the issue lies in poppler itself. the original bug report can be seen here:
https://bugs.kde.org/show_bug.cgi?id=325908
long story short:
The attached PDF, when printing, on some lines, spaces are replaced with a spiral character I can't identify. An example is the second line of the guarantee on page 8.
This is with KDE 4.10.5 (Kubuntu 13.04) and Okular 0.16.5 (GPL Ghostscript 9.07 (2013-02-14)).
No problem with Adobe Reader, lp, or KDE 4.8.5/Kubuntu 12.04.3/Okular 0.14.3 (GPL Ghostscript 9.05 (2012-02-08)).
pdftops has no problem, but gs .ps results in a segfault when it hits the aforementioned line.
**Attachment 87632**, "pdf that prints with weird spirals instead of some spaces":
[Front___Rear_Rack_w-Sat_Mk_II_Imposed.pdf](/uploads/9537e10393ae2f8816fdc18f54589256/Front___Rear_Rack_w-Sat_Mk_II_Imposed.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/573use-of-uninitialized-value in GfxDeviceRGBColorSpace::getRGB2019-01-09T13:01:41ZBugzilla Migration Useruse-of-uninitialized-value in GfxDeviceRGBColorSpace::getRGB## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#106072)](https://bugs.freedesktop.org/show_bug.cgi?id=106072)**
## Description
The code is as follows.
double c[gfxColorMaxComps]; // 32
...
...## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#106072)](https://bugs.freedesktop.org/show_bug.cgi?id=106072)**
## Description
The code is as follows.
double c[gfxColorMaxComps]; // 32
...
func->transform(&x, c); // sets c[0] only
for (i = 0; i `< alt->`getNComps(); ++i) { // 3
color2.c[i] = dblToCol(c[i]); // reads c[1], c[2]
}
alt->getRGB(&color2, rgb); // uses c[1]
And the report.
==10363==WARNING: MemorySanitizer: use-of-uninitialized-value
#0 0x1525417 in clip01(int) poppler/poppler/GfxState_helpers.h:26:10
#1 0x153286c in GfxDeviceRGBColorSpace::getRGB(GfxColor*, GfxRGB*) poppler/poppler/GfxState.cc:984:12
#2 0x1571f27 in GfxSeparationColorSpace::getRGB(GfxColor*, GfxRGB*) poppler/poppler/GfxState.cc:2818:10
#3 0x18788b0 in GfxState::getStrokeRGB(GfxRGB*) poppler/poppler/GfxState.h:1471:25
#4 0x1b7105b in SplashOutputDev::updateStrokeColor(GfxState*) poppler/poppler/SplashOutputDev.cc:1727:12
#5 0x13dd6ec in Gfx::opSetStrokeColorSpace(Object*, int) poppler/poppler/Gfx.cc:1550:10
#6 0x144079a in Gfx::execOp(Object*, Object*, int) poppler/poppler/Gfx.cc:884:3
#7 0x143c5bf in Gfx::go(bool) poppler/poppler/Gfx.cc:747:7
#8 0x143ab18 in Gfx::display(Object*, bool) poppler/poppler/Gfx.cc:709:3
#9 0x16e5ff1 in Page::displaySlice(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, bool (*)(void*), void*, bool (*)(Annot*, void*), void*, bool) poppler/poppler/Page.cc:560:10
#10 0x110f743 in PDFDoc::displayPageSlice(OutputDev*, int, double, double, int, bool, bool, bool, int, int, int, int, bool (*)(void*), void*, bool (*)(Annot*, void*), void*, bool) poppler/poppler/PDFDoc.cc:550:20
#11 0x1b4b1ab in poppler::page_renderer::render_page(poppler::page const*, double, double, int, int, int, int, poppler::rotation_enum) const poppler/cpp/poppler-page-renderer.cpp:180:13
Uninitialized value was stored to memory at
#0 0x152e951 in dblToCol(double) poppler/poppler/GfxState.h:107
#1 0x1571c16 in GfxSeparationColorSpace::getRGB(GfxColor*, GfxRGB*) poppler/poppler/GfxState.cc:2816:21
#2 0x18788b0 in GfxState::getStrokeRGB(GfxRGB*) poppler/poppler/GfxState.h:1471:25
#3 0x1b7105b in SplashOutputDev::updateStrokeColor(GfxState*) poppler/poppler/SplashOutputDev.cc:1727:12
#4 0x13dd6ec in Gfx::opSetStrokeColorSpace(Object*, int) poppler/poppler/Gfx.cc:1550:10
#5 0x144079a in Gfx::execOp(Object*, Object*, int) poppler/poppler/Gfx.cc:884:3
#6 0x143c5bf in Gfx::go(bool) poppler/poppler/Gfx.cc:747:7
#7 0x143ab18 in Gfx::display(Object*, bool) poppler/poppler/Gfx.cc:709:3
#8 0x16e5ff1 in Page::displaySlice(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, bool (*)(void*), void*, bool (*)(Annot*, void*), void*, bool) poppler/poppler/Page.cc:560:10
#9 0x110f743 in PDFDoc::displayPageSlice(OutputDev*, int, double, double, int, bool, bool, bool, int, int, int, int, bool (*)(void*), void*, bool (*)(Annot*, void*), void*, bool) poppler/poppler/PDFDoc.cc:550:20
#10 0x1b4b1ab in poppler::page_renderer::render_page(poppler::page const*, double, double, int, int, int, int, poppler::rotation_enum) const poppler/cpp/poppler-page-renderer.cpp:180:13
Uninitialized value was created by an allocation of 'c' in the stack frame of function '_ZN23GfxSeparationColorSpace6getRGBEP8GfxColorP6GfxRGB'
#0 0x1570840 in GfxSeparationColorSpace::getRGB(GfxColor*, GfxRGB*) poppler/poppler/GfxState.cc:2802https://gitlab.freedesktop.org/poppler/poppler/-/issues/574Loading image from a big pdf display blank image2018-08-21T11:13:52ZBugzilla Migration UserLoading image from a big pdf display blank image## Submitted by Munish Kumar
Assigned to **poppler-bugs**
**[Link to original bug (#106202)](https://bugs.freedesktop.org/show_bug.cgi?id=106202)**
## Description
Created attachment 139045
The pdf file I am facing the issue
I am ...## Submitted by Munish Kumar
Assigned to **poppler-bugs**
**[Link to original bug (#106202)](https://bugs.freedesktop.org/show_bug.cgi?id=106202)**
## Description
Created attachment 139045
The pdf file I am facing the issue
I am using poppler to load jpeg images from a pdf. When the size of loaded images cross the limit of cairo i.e `32767` it show blank jpeg image. My pdftocairo version is 0.56.0. here is an file
**Attachment 139045**, "The pdf file I am facing the issue":
[SP4_MD_HC_AB_FP_02_008_Bwin__2_.pdf](/uploads/021e9b4338a3eed357807b81f0e8373a/SP4_MD_HC_AB_FP_02_008_Bwin__2_.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/575Poppler displays regular font instead of bold/italic font (base 14 fonts)2018-10-27T13:45:03ZBugzilla Migration UserPoppler displays regular font instead of bold/italic font (base 14 fonts)## Submitted by Brecht Machiels
Assigned to **poppler-bugs**
**[Link to original bug (#106849)](https://bugs.freedesktop.org/show_bug.cgi?id=106849)**
## Description
Created attachment 140065
PDF using the with base 14 Times font
...## Submitted by Brecht Machiels
Assigned to **poppler-bugs**
**[Link to original bug (#106849)](https://bugs.freedesktop.org/show_bug.cgi?id=106849)**
## Description
Created attachment 140065
PDF using the with base 14 Times font
**Attachment 140065**, "PDF using the with base 14 Times font":
[poppler_font_styles.pdf](/uploads/4cfc2b06dafb2bc89f5d929f91db1b12/poppler_font_styles.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/576Garbled rendering of pdfs2018-08-21T11:14:05ZBugzilla Migration UserGarbled rendering of pdfs## Submitted by Shridhar Daithankar
Assigned to **poppler-bugs**
**[Link to original bug (#91891)](https://bugs.freedesktop.org/show_bug.cgi?id=91891)**
## Description
Some pdfs have very garbled rendering e.g. http://darknedgy.ne...## Submitted by Shridhar Daithankar
Assigned to **poppler-bugs**
**[Link to original bug (#91891)](https://bugs.freedesktop.org/show_bug.cgi?id=91891)**
## Description
Some pdfs have very garbled rendering e.g. http://darknedgy.net/files/systembsd.pdf. Other pdf readers such as mupdf can render them correctly.
I am using poppler 0.33.0, okular 15.08.0(0.23.0) from archlinux packages.https://gitlab.freedesktop.org/poppler/poppler/-/issues/577pdftohtml produces wrongly nested tags2018-08-21T11:14:20ZBugzilla Migration Userpdftohtml produces wrongly nested tags## Submitted by pas..@..h.name
Assigned to **poppler-bugs**
**[Link to original bug (#89239)](https://bugs.freedesktop.org/show_bug.cgi?id=89239)**
## Description
Created attachment 113678
Source PDF
When converting the attached ...## Submitted by pas..@..h.name
Assigned to **poppler-bugs**
**[Link to original bug (#89239)](https://bugs.freedesktop.org/show_bug.cgi?id=89239)**
## Description
Created attachment 113678
Source PDF
When converting the attached PDF to XML using version 0.29.0
$ pdftohtml -xml in.pdf out.xml
It produces invalidly nested tags in the index portion near the end:
$ xmllint out.xml
out.xml:16770: parser error : Opening and ending tag mismatch: a line 16770 and b
font="11">`<b>`Abrüstung<a href="out.xml#314"> `</b>``<i>`314, `</i>``</a>`
Looking at the source document (page 320/327) the closing `</b>` should occur before the opening `<a>`, the numbers are linked and not bold.
Oddly the error doesn't occur for all entries.
~~**Attachment 113678**~~, "Source PDF":
[gruene_Wahlprogramm-barrierefrei.pdf](/uploads/8194e2624d0a1e4269b1df4f15ef76ef/gruene_Wahlprogramm-barrierefrei.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/579GNOME (evince) Bug 792943 - A single character is drawn incorrectly2018-08-22T03:39:27ZBugzilla Migration UserGNOME (evince) Bug 792943 - A single character is drawn incorrectly## Submitted by Vladimir G. Ivanovic
Assigned to **poppler-bugs**
**[Link to original bug (#105789)](https://bugs.freedesktop.org/show_bug.cgi?id=105789)**
## Description
Created attachment 138396
A PDF of a PPTX file
On p.52 of ...## Submitted by Vladimir G. Ivanovic
Assigned to **poppler-bugs**
**[Link to original bug (#105789)](https://bugs.freedesktop.org/show_bug.cgi?id=105789)**
## Description
Created attachment 138396
A PDF of a PPTX file
On p.52 of the attached PDF, the title is drawn incorrectly at some magnifications larger than 100%, the exact magnification depends on which program/library is being used (acroread, xpdf, epfdview, evince, …).
One of the reviewers of GNOME bug (https://bugzilla.gnome.org/show_bug.cgi?id=792943#c7) commented that the characters are being drawn twice, but that you might still want to Do the Right Thing (tm) and draw the characters so they overlay each other exactly … when you have the spare time, of course ;-)
**Attachment 138396**, "A PDF of a PPTX file":
[Schips-Burst_Tries.pdf](/uploads/bbd925d6257162eba79e1f29c8f2871c/Schips-Burst_Tries.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/580heap-use-after-free on GooFile::read2018-10-05T22:15:58ZBugzilla Migration Userheap-use-after-free on GooFile::read## Submitted by Antti Husa
Assigned to **poppler-bugs**
**[Link to original bug (#78182)](https://bugs.freedesktop.org/show_bug.cgi?id=78182)**
## Description
Created attachment 98332
PDF that causes heap-use-after-free
ASAN repo...## Submitted by Antti Husa
Assigned to **poppler-bugs**
**[Link to original bug (#78182)](https://bugs.freedesktop.org/show_bug.cgi?id=78182)**
## Description
Created attachment 98332
PDF that causes heap-use-after-free
ASAN reports heap-use-after-free when pdf viewer is closed as it starts to load the pdf, i.e. before the pdf is fully loaded.
Poppler version: 0.24.5 and Git Master
Zathura version: 0.2.7
Zathura-pdf-poppler version: 0.2.5
Could not reproduce this with Evince.
At times when the viewer is closed right as it starts to load the pdf, ASAN reports another bug (SEGV) in addition to the previous one. Also gdb gives two different reports depending on if there's a breakpoint at __asan_report_error or not, since the program seems to hang without the breakpoint.
ASAN report:
==22456== ERROR: AddressSanitizer: heap-use-after-free on address 0x6004000c5310 at pc 0x7ff39b448b10 bp 0x7ff397e59710 sp 0x7ff397e59708
READ of size 4 at 0x6004000c5310 thread T4 (pool)
ASAN:SIGSEGV
==22456== AddressSanitizer: while reporting a bug found another one.Ignoring.
gdb backtrace with a breakpoint at __asan_report_error:
```
#0 __asan_report_error (pc=0x7fffea140b10, bp=0x7fffe6b51710, sp=0x7fffe6b51708, addr=0x6004000c5310, is_write=0x0, access_size=0x4) at ../../.././libsanitizer/asan/asan_report.cc:628
#1 0x00007ffff4e5f824 in __asan::__asan_report_load4 (addr=<optimized out>) at ../../.././libsanitizer/asan/asan_rtl.cc:228
#2 0x00007fffea140b10 in GooFile::read (this=0x6004000c5310, buf=0x602e0000eec9 "\004G\025\240\203\204\030B\"8\351W\255\a\r\250&)\240\302\f,DDzK\341\204\302P\316\070\":\f!:B#\370\232\256\342\"\"\">W>\222i \376\237\024\020\177\206\223C\370\240\301u\r\017A\215\064\035\006%\252R\251\226\272|\202\024K_B\v)\216AA\345\060\344Wv\362ڄGF\021\206J\230_\226\300q.eA\227E@R8b\"<\034\231\347\342\206y\374\265\315Q$\301\003\b8\207\004\f\020\062\060M'j\277-QFA\003(\340.\025\027\r\027a\203\240\203\tݵ_\371i\202\"O'eb\b3@\201\020\256\020\062\"\245\004\030h&\333\374r\205\276\376d$r\323)#Ff0U"..., n=0x100, offset=0x4095) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/goo/gfile.cc:648
#3 0x00007fffea31ae10 in FileStream::fillBuf (this=0x602e0000ee60) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.cc:821
#4 0x00007fffea32d605 in FileStream::getChar (this=0x602e0000ee60) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.h:458
#5 0x00007fffea3282ca in CCITTFaxStream::lookBits (this=0x60180006b800, n=0x7) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.cc:2328
#6 0x00007fffea32761e in CCITTFaxStream::getTwoDimCode (this=0x60180006b800) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.cc:2163
#7 0x00007fffea322b39 in CCITTFaxStream::lookChar (this=0x60180006b800) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.cc:1749
#8 0x00007fffea32eb76 in CCITTFaxStream::getChar (this=0x60180006b800) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.h:793
#9 0x00007fffea1d4f91 in Stream::doGetChars (this=0x60180006b800, nChars=0x136, buffer=0x60280000fdc0 '\377' <repeats 117 times>, "\003\376\037\340?\200\377\377\377\377\377\377\374?\376\f\037\370\a\377\377\300\177\340\177\377\003\377\377\377\377\377\377") at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.h:126
#10 0x00007fffea31724a in ImageStream::getLine (this=0x600c00071900) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Stream.cc:517
#11 0x00007fffea9c6428 in RescaleDrawImage::getRow (this=0x7fffe6b51d10, row_num=0x493, row_data=0x607400007900) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/CairoOutputDev.cc:2838
#12 0x00007fffea9c79ff in CairoRescaleBox::downScaleImage (this=0x7fffe6b51d10, orig_width=0x9b0, orig_height=0xdb3, scaled_width=0x1a5, scaled_height=0x254, start_column=0x0, start_row=0x0, width=0x1a5, height=0x254, dest_surface=0x602c0001fa00) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/CairoRescaleBox.cc:346
#13 0x00007fffea9c6248 in RescaleDrawImage::getSourceImage (this=0x7fffe6b51d10, str=0x60180006b800, widthA=0x9b0, height=0xdb3, scaledWidth=0x1a5, scaledHeight=0x254, printing=0x0, colorMapA=0x60440002f880, maskColorsA=0x0) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/CairoOutputDev.cc:2819
#14 0x00007fffea9c10c9 in CairoOutputDev::drawImage (this=0x603600000080, state=0x603e0001f340, ref=0x7fffe6b52350, str=0x60180006b800, widthA=0x9b0, heightA=0xdb3, colorMap=0x60440002f880, interpolate=0x0, maskColors=0x0, inlineImg=0x0) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/CairoOutputDev.cc:2904
#15 0x00007fffea2428e5 in Gfx::doImage (this=0x60240008f4c0, ref=0x7fffe6b52350, str=0x60180006b800, inlineImg=0x0) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Gfx.cc:4653
#16 0x00007fffea23f997 in Gfx::opXObject (this=0x60240008f4c0, args=0x7fffe6b52580, numArgs=0x1) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Gfx.cc:4179
#17 0x00007fffea219541 in Gfx::execOp (this=0x60240008f4c0, cmd=0x7fffe6b524e0, args=0x7fffe6b52580, numArgs=0x1) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Gfx.cc:903
#18 0x00007fffea21872a in Gfx::go (this=0x60240008f4c0, topLevel=0x1) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Gfx.cc:762
#19 0x00007fffea21837e in Gfx::display (this=0x60240008f4c0, obj=0x7fffe6b529c0, topLevel=0x1) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Gfx.cc:728
#20 0x00007fffea2fb95e in Page::displaySlice (this=0x602200017a40, out=0x603600000080, hDPI=72, vDPI=72, rotate=0x0, useMediaBox=0x0, crop=0x1, sliceX=0xffffffff, sliceY=0xffffffff, sliceW=0xffffffff, sliceH=0xffffffff, printing=0x0, abortCheckCbk=0x0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0x0, annotDisplayDecideCbkData=0x0, copyXRef=0x0) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/poppler/Page.cc:585
#21 0x00007fffea982034 in _poppler_page_render (page=0x605200064f40, cairo=0x604a0002f280, printing=0x0, print_flags=POPPLER_PRINT_DOCUMENT) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/glib/poppler-page.cc:362
#22 0x00007fffea98215b in poppler_page_render (page=0x605200064f40, cairo=0x604a0002f280) at /var/tmp/portage/app-text/poppler-9999/work/poppler-9999/glib/poppler-page.cc:385
#23 0x00007fffeac06d8f in pdf_page_render_cairo (page=0x600800024f10, poppler_page=0x605200064f40, cairo=0x604a0002f280, printing=0x0) at render.c:19
#24 0x00000000004519a4 in zathura_page_render (page=0x600800024f10, cairo=0x604a0002f280, printing=0x0) at page.c:360
#25 0x0000000000426511 in render (job=0x6004000c08d0, request=0x60520004c080, renderer=0x6062000064f0) at render.c:691
#26 0x0000000000426aee in render_job (data=0x6004000c08d0, user_data=0x6062000064f0) at render.c:750
#27 0x00007ffff36f1ea6 in ?? () from /usr/lib64/libglib-2.0.so.0
#28 0x00007ffff36f14e5 in ?? () from /usr/lib64/libglib-2.0.so.0
#29 0x00007ffff4e65c08 in __asan::AsanThread::ThreadStart (this=0x7fffe6b54000) at ../../.././libsanitizer/asan/asan_thread.cc:99
#30 0x00007ffff3269f3a in start_thread (arg=0x7fffe6b53700) at pthread_create.c:308
#31 0x00007ffff2a89c3d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
```
gdb backtrace with no breakpoint at __asan_report_error:
```
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x00007ffff326c1b7 in _L_lock_1055 () from /lib64/libpthread.so.0
#2 0x00007ffff326c049 in __GI___pthread_mutex_lock (mutex=0x7ffff7ffd930 <_rtld_global+2352>) at pthread_mutex_lock.c:85
#3 0x00007ffff7deeb65 in _dl_close_worker (map=map@entry=0x604600016b80) at dl-close.c:518
#4 0x00007ffff7def36c in _dl_close (_map=0x604600016b80) at dl-close.c:775
#5 0x00007ffff7de9986 in _dl_catch_error (objname=0x7ffff75d79f0 <__interceptor_calloc::calloc_memory_for_dlsym+16>, errstring=0x7ffff75d79f8 <__interceptor_calloc::calloc_memory_for_dlsym+24>, mallocedp=0x7ffff75d79e8 <__interceptor_calloc::calloc_memory_for_dlsym+8>, operate=0x7ffff27992a0 <dlclose_doit>, args=0x604600016b80) at dl-error.c:177
#6 0x00007ffff279978c in _dlerror_run (operate=operate@entry=0x7ffff27992a0 <dlclose_doit>, args=0x604600016b80) at dlerror.c:163
#7 0x00007ffff27992cf in __dlclose (handle=<optimized out>) at dlclose.c:47
#8 0x00007ffff347f489 in ?? () from /usr/lib64/libgmodule-2.0.so.0
#9 0x00007ffff347f602 in g_module_close () from /usr/lib64/libgmodule-2.0.so.0
#10 0x0000000000434935 in zathura_plugin_free (plugin=0x60200000e440) at plugin.c:345
#11 0x00007ffff36c9578 in g_list_foreach () from /usr/lib64/libglib-2.0.so.0
#12 0x00007ffff36c959b in g_list_free_full () from /usr/lib64/libglib-2.0.so.0
#13 0x00007ffff4c3cc2f in girara_list_clear () from /usr/lib64/libgirara-gtk3.so.1
#14 0x00007ffff4c3cc5e in girara_list_free () from /usr/lib64/libgirara-gtk3.so.1
#15 0x0000000000434385 in zathura_plugin_manager_free (plugin_manager=0x6006000039d0) at plugin.c:251
#16 0x00000000004363e8 in zathura_free (zathura=0x60300000f040) at zathura.c:300
#17 0x00000000004122e7 in main (argc=0x2, argv=0x7fffffffe0a8) at main.c:199
```
--
Antti Husa
Research Assistant, OUSPG
**Attachment 98332**, "PDF that causes heap-use-after-free":
[test.pdf](/uploads/63f107d2624329787f1c092ba7b0037d/test.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/581Web browsers displays artifacts for svg images generated from pdf documents2018-08-21T11:14:55ZBugzilla Migration UserWeb browsers displays artifacts for svg images generated from pdf documents## Submitted by Alex
Assigned to **poppler-bugs**
**[Link to original bug (#103296)](https://bugs.freedesktop.org/show_bug.cgi?id=103296)**
## Description
Created attachment 134865
original pdf file
After converting some pdf docu...## Submitted by Alex
Assigned to **poppler-bugs**
**[Link to original bug (#103296)](https://bugs.freedesktop.org/show_bug.cgi?id=103296)**
## Description
Created attachment 134865
original pdf file
After converting some pdf documents to svg images by pdftocairo all web browsers (at least Firefox 56.0, Safari 11.0, Chrome 61.0.3163.100 in MAC OSX) show artifacts on images.
To reproduce the issue make the following steps:
- convert the attached pdf to SVG:
pdftocairo -svg -f 1 -l 1 err-doc-5.pdf err-doc-5.svg
- open the SVG image by any mentioned web browser and check how it looks. It expects no any artifacts on the image but it contains black rectangles. Researching the SVG content showed that these elements have the following structure:
<path xmlns="http://www.w3.org/2000/svg" style=" stroke:none;fill-rule:evenodd;fill:rgb(0%,0%,0%);fill-opacity:1;" d="M 394.175781 101.183594 L 570.613281 102.773438 L 571.117188 40 L 394.679688 38.410156 Z M 394.175781 101.183594 "/>
This issue has been tested with latest poppler versions 0.60 and 0.60.1. Previous versions of pdftocairo also contain this problem.
PS: here is the environment info on my Ubuntu 14.04 after running "cmake .."
-- checking for module 'nss>=3.19'
-- package 'nss>=3.19' not found
-- Could NOT find NSS3 (missing: NSS3_LIBRARIES NSS3_CFLAGS)
-- Found Qt-Version 4.8.6 (using /usr/bin/qmake)
-- checking for modules 'glib-2.0>=2.41;gobject-2.0>=2.41;gio-2.0>=2.41'
-- package 'glib-2.0>=2.41' not found
-- package 'gobject-2.0>=2.41' not found
-- package 'gio-2.0>=2.41' not found
-- Could NOT find GLib (missing: GLIB2_LIBRARIES GLIB2_CFLAGS)
-- checking for module 'libopenjp2'
-- package 'libopenjp2' not found
-- Found lcms version 2.05, /usr/lib/x86_64-linux-gnu/liblcms2.so
-- Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Building Poppler with support for:
font configuration: fontconfig
splash output: yes
cairo output: yes
qt4 wrapper: yes
qt5 wrapper: yes
glib wrapper: no
introspection: no
gtk-doc: no
cpp wrapper: yes
use libjpeg: yes
use libpng: yes
use libtiff: yes
use zlib compress: yes
use zlib uncompress: no
use nss3: no
use curl: no
use libopenjpeg: yes
with openjpeg1
use cms: yes
with lcms2
command line utils: yes
test data dir: /home/alex/poppler/../test
-- Configuring done
**Attachment 134865**, "original pdf file":
[err-doc-5.pdf](/uploads/234fdd9630fcd6c4ba8f68a8f85c7ad5/err-doc-5.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/582Copy Chinese punctuation become English punctuation.2024-03-05T20:42:51ZBugzilla Migration UserCopy Chinese punctuation become English punctuation.## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106789)](https://bugs.freedesktop.org/show_bug.cgi?id=106789)**
## Description
Created attachment 139977
PDF test case with Chinese punctuat...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106789)](https://bugs.freedesktop.org/show_bug.cgi?id=106789)**
## Description
Created attachment 139977
PDF test case with Chinese punctuation
As reported in https://gitlab.gnome.org/GNOME/evince/issues/384:
When open a Chinese pdf file and copy the Chinese punctuation text, the Chinese punctuation will become English punctuation.
For example:
。,:!
will become
.,:!
**Attachment 139977**, "PDF test case with Chinese punctuation":
[punctuation.pdf](/uploads/1628ee7d633f50e978fb06d7cc7730c0/punctuation.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/583Object generation numbers aren't updated (except in the xref table)2018-08-21T11:15:01ZBugzilla Migration UserObject generation numbers aren't updated (except in the xref table)## Submitted by Jakub Alba
Assigned to **poppler-bugs**
**[Link to original bug (#97092)](https://bugs.freedesktop.org/show_bug.cgi?id=97092)**
## Description
If you update an object, its generation number will only be incremented...## Submitted by Jakub Alba
Assigned to **poppler-bugs**
**[Link to original bug (#97092)](https://bugs.freedesktop.org/show_bug.cgi?id=97092)**
## Description
If you update an object, its generation number will only be incremented in the cross-reference table, but e.g. not in the object header or, if it is the "Info" dictionary, in the "Info" entry of the trailer dictionary.
To reproduce this bug, update an object (e.g. modify a single annotation in evince) and use "tail" unix utility with the "-n" option big enough (e.g. 100) to see the object header of the updated object. No matter how many times you update the object, the generation number is still the same. The generation number in the cross-reference table will be updated though.https://gitlab.freedesktop.org/poppler/poppler/-/issues/584Evince removes a Checkbox Formelement on saving data2018-10-27T15:06:01ZBugzilla Migration UserEvince removes a Checkbox Formelement on saving data## Submitted by Tobias Mueller
Assigned to **poppler-bugs**
**[Link to original bug (#22493)](https://bugs.freedesktop.org/show_bug.cgi?id=22493)**
## Description
Created attachment 27160
Vanilla document
The bug was reported her...## Submitted by Tobias Mueller
Assigned to **poppler-bugs**
**[Link to original bug (#22493)](https://bugs.freedesktop.org/show_bug.cgi?id=22493)**
## Description
Created attachment 27160
Vanilla document
The bug was reported here: http://bugzilla.gnome.org/show_bug.cgi?id=585574
I opened a PDF, checked one box (the one with "des Ehegatten") and saved a
copy. I then reopened the PDF with evince, and the form field was gone!
I expected Evince to not drop the form element so that I can edit that form
later.
**Attachment 27160**, "Vanilla document":
[nbb_fbl_3-saved.pdf](/uploads/f2551c7b8a71fd79482933a59f3d4a40/nbb_fbl_3-saved.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/585annotation cannot be opened2018-10-05T22:00:27ZBugzilla Migration Userannotation cannot be opened## Submitted by Felix Möller
Assigned to **poppler-bugs**
**[Link to original bug (#34762)](https://bugs.freedesktop.org/show_bug.cgi?id=34762)**
## Description
I originally reported this at https://bugzilla.gnome.org/show_bug.cgi...## Submitted by Felix Möller
Assigned to **poppler-bugs**
**[Link to original bug (#34762)](https://bugs.freedesktop.org/show_bug.cgi?id=34762)**
## Description
I originally reported this at https://bugzilla.gnome.org/show_bug.cgi?id=643029
The relevant file is at https://bugzilla.gnome.org/attachment.cgi?id=181664.
Carlos already analyzed the following:
That annotation has a 0 size rectangle:
/Rect [ 55.0306 782.177 55.0306 782.177 ]
I see the annotation icon, but can't open the popup window, maybe we should
always force note annotations to have the same size than the icon. In any case
it's not an evince issue, but poppler, could you please forward this bug report
to freedesktop.org bugzilla?
Thanks for reporting.
I think it might make sense to use the icon size in case of zero size ...https://gitlab.freedesktop.org/poppler/poppler/-/issues/586Contents of PDF Annotations (Pop-up notes) not output by pdftotext2018-10-06T23:44:47ZBugzilla Migration UserContents of PDF Annotations (Pop-up notes) not output by pdftotext## Submitted by Jeffrey Ratcliffe
Assigned to **poppler-bugs**
**[Link to original bug (#10300)](https://bugs.freedesktop.org/show_bug.cgi?id=10300)**
## Description
PDF can contain annotations (pop-up notes). It would be highly u...## Submitted by Jeffrey Ratcliffe
Assigned to **poppler-bugs**
**[Link to original bug (#10300)](https://bugs.freedesktop.org/show_bug.cgi?id=10300)**
## Description
PDF can contain annotations (pop-up notes). It would be highly useful if their contents were output by pdftotext to allow them to be indexed by
Beagle.
I am the author of gscan2pdf (http://gscan2pdf.sourceforge.net/), an
application to make it easy to scan to a PDF. Having added OCR functionality,
the most obvious way of using the OCR output in the PDF is in an annotation -
thereby having the original scan, and idealy searchable text.https://gitlab.freedesktop.org/poppler/poppler/-/issues/587[pdftotext] rotated text layout breaks output text2018-08-21T11:15:22ZBugzilla Migration User[pdftotext] rotated text layout breaks output text## Submitted by Dm
Assigned to **poppler-bugs**
**[Link to original bug (#92888)](https://bugs.freedesktop.org/show_bug.cgi?id=92888)**
## Description
Created attachment 119537
PDF with watermark
I try to extract text from pdf wi...## Submitted by Dm
Assigned to **poppler-bugs**
**[Link to original bug (#92888)](https://bugs.freedesktop.org/show_bug.cgi?id=92888)**
## Description
Created attachment 119537
PDF with watermark
I try to extract text from pdf with rotated text layout (like watermark). Text from this layout is splitted into parts and that parts break main text.
Example output from the attached pdf:
rm
ar
k
Verdana
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed
...
**Attachment 119537**, "PDF with watermark":
[pdf-example-watermarks.original.pdf](/uploads/3eb6dd8d8cb6d565e71570e4f278878f/pdf-example-watermarks.original.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/588Fail to display pdf2018-10-06T23:47:34ZBugzilla Migration UserFail to display pdf## Submitted by Robert
Assigned to **poppler-bugs**
**[Link to original bug (#105536)](https://bugs.freedesktop.org/show_bug.cgi?id=105536)**
## Description
Evince is having quite some issues regarding displaying fonts in some PDF...## Submitted by Robert
Assigned to **poppler-bugs**
**[Link to original bug (#105536)](https://bugs.freedesktop.org/show_bug.cgi?id=105536)**
## Description
Evince is having quite some issues regarding displaying fonts in some PDFs. I created a bug report here: https://bugzilla.gnome.org/show_bug.cgi?id=794315
but got instructed that this is actually a poppler issue.https://gitlab.freedesktop.org/poppler/poppler/-/issues/589horizontal white lines on the background image2018-08-21T11:15:39ZBugzilla Migration Userhorizontal white lines on the background image## Submitted by Thibaud Lutellier
Assigned to **poppler-bugs**
**[Link to original bug (#97485)](https://bugs.freedesktop.org/show_bug.cgi?id=97485)**
## Description
Created attachment 126040
PDF that triggers the problem (see fir...## Submitted by Thibaud Lutellier
Assigned to **poppler-bugs**
**[Link to original bug (#97485)](https://bugs.freedesktop.org/show_bug.cgi?id=97485)**
## Description
Created attachment 126040
PDF that triggers the problem (see first page)
Summary:
There are some white horizontal lines on the background of the 1st page of the attached PDF file. This is visible with Evince, but not with Okular.
I also get the white lines with pdftocairo (version 0.44.0)
Steps to Reproduce:
Open the file with Evince and look at the first page, or:
1) pdftocairo -singlefile -png 014231.pdf
2) eog 014231.png
Actual Results:
014231.png contains some horizontal white lines.
Expected Results:
The background image should not contains any white lines.
**Attachment 126040**, "PDF that triggers the problem (see first page)":
[014231.pdf](/uploads/43a253fa0fed788c5dadafda16f8b7bc/014231.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/590A picture in the pdf file appears with white lines2018-08-21T11:15:46ZBugzilla Migration UserA picture in the pdf file appears with white lines## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#98001)](https://bugs.freedesktop.org/show_bug.cgi?id=98001)**
## Description
As reported in https://bugzilla.gnome.org/show_bug.cgi?id=74541...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#98001)](https://bugs.freedesktop.org/show_bug.cgi?id=98001)**
## Description
As reported in https://bugzilla.gnome.org/show_bug.cgi?id=745411
"
The pdf file was created by an old version of Publisher. It includes pictures and text.
When this file is viewed by acrobat under windows 7, it's OK.
When viewed with Evince 3.14.1 and Gnome 3.14.2 white lines appear on the pictures (and not on the text)."https://gitlab.freedesktop.org/poppler/poppler/-/issues/591crashing when converting pdf2018-10-22T18:52:57ZBugzilla Migration Usercrashing when converting pdf## Submitted by xmi..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#43950)](https://bugs.freedesktop.org/show_bug.cgi?id=43950)**
## Description
I downed a pdf from http://www.deelin.com/downloads/books/java_conc...## Submitted by xmi..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#43950)](https://bugs.freedesktop.org/show_bug.cgi?id=43950)**
## Description
I downed a pdf from http://www.deelin.com/downloads/books/java_concurrency_in_practice.pdf
When I tried to convert it to MOBI using calibre, it had the following error.
I was told by the calibre team that this is a poppler issue, so here I am.
calibre, version 0.8.31
ERROR: Conversion Error: `<b>`Failed`</b>`: Convert book 1 of 1 (Java Concurrency In Practice)
Convert book 1 of 1 (Java Concurrency In Practice)
Resolved conversion options
calibre version: 0.8.31
{'asciiize': False,
'author_sort': None,
'authors': None,
'base_font_size': 0.0,
'book_producer': None,
'change_justification': u'original',
'chapter': u"//*[((name()='h1' or name()='h2') and re:test(., 'chapter|book|section|part|prologue|epilogue\\s+', 'i')) or @class = 'chapter']",
'chapter_mark': u'pagebreak',
'comments': None,
'cover': 'c:\\users\\ming\\appdata\\local\\temp\\calibre_0.8.31_tmp_skdlbl\\gxxwic.jpeg',
'debug_pipeline': None,
'dehyphenate': True,
'delete_blank_paragraphs': True,
'disable_font_rescaling': False,
'dont_compress': False,
'duplicate_links_in_toc': False,
'enable_heuristics': False,
'extra_css': None,
'extract_to': None,
'filter_css': u'',
'fix_indents': True,
'font_size_mapping': None,
'format_scene_breaks': True,
'html_unwrap_factor': 0.4,
'input_encoding': None,
'input_profile': <calibre.customize.profiles.InputProfile object at 0x058448D0>,
'insert_blank_line': False,
'insert_blank_line_size': 0.5,
'insert_metadata': False,
'isbn': None,
'italicize_common_cases': True,
'keep_ligatures': False,
'language': None,
'level1_toc': None,
'level2_toc': None,
'level3_toc': None,
'line_height': 0.0,
'linearize_tables': False,
'margin_bottom': 5.0,
'margin_left': 5.0,
'margin_right': 5.0,
'margin_top': 5.0,
'markup_chapter_headings': True,
'max_toc_links': 50,
'minimum_line_height': 120.0,
'mobi_ignore_margins': False,
'mobi_toc_at_start': False,
'new_pdf_engine': False,
'no_chapters_in_toc': False,
'no_images': False,
'no_inline_navbars': True,
'no_inline_toc': False,
'output_profile': <calibre.customize.profiles.KindleDXOutput object at 0x05844C10>,
'page_breaks_before': u"//*[name()='h1' or name()='h2']",
'personal_doc': u'[PDOC]',
'prefer_author_sort': False,
'prefer_metadata_cover': False,
'pretty_print': False,
'pubdate': None,
'publisher': None,
'rating': None,
'read_metadata_from_opf': 'c:\\users\\ming\\appdata\\local\\temp\\calibre_0.8.31_tmp_skdlbl\\1bocnx.opf',
'remove_fake_margins': True,
'remove_first_image': False,
'remove_paragraph_spacing': False,
'remove_paragraph_spacing_indent_size': 1.5,
'renumber_headings': True,
'replace_scene_breaks': u'',
'rescale_images': False,
'series': None,
'series_index': None,
'share_not_sync': False,
'smarten_punctuation': False,
'sr1_replace': None,
'sr1_search': None,
'sr2_replace': None,
'sr2_search': None,
'sr3_replace': None,
'sr3_search': None,
'tags': None,
'timestamp': None,
'title': None,
'title_sort': None,
'toc_filter': None,
'toc_threshold': 6,
'toc_title': None,
'unsmarten_punctuation': False,
'unwrap_factor': 0.45,
'unwrap_lines': True,
'use_auto_toc': False,
'verbose': 2}
InputFormatPlugin: PDF Input running
on c:\users\ming\appdata\local\temp\calibre_0.8.31_tmp_skdlbl\xpeorn.pdf
Converting file to html...
Python function terminated unexpectedly
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
(Error Code: 1)
Traceback (most recent call last):
File "site.py", line 132, in main
File "site.py", line 109, in run_entry_point
File "site-packages\calibre\utils\ipc\worker.py", line 187, in main
File "site-packages\calibre\gui2\convert\gui_conversion.py", line 31, in gui_convert_override
File "site-packages\calibre\gui2\convert\gui_conversion.py", line 25, in gui_convert
File "site-packages\calibre\ebooks\conversion\plumber.py", line 959, in run
File "site-packages\calibre\customize\conversion.py", line 204, in __call__
File "site-packages\calibre\ebooks\pdf\input.py", line 51, in convert
File "site-packages\calibre\ebooks\pdf\pdftohtml.py", line 74, in pdftohtml
calibre.ebooks.ConversionError:
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.https://gitlab.freedesktop.org/poppler/poppler/-/issues/592PDF shows top ~5% of lines missing2018-08-21T11:15:59ZBugzilla Migration UserPDF shows top ~5% of lines missing## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#100866)](https://bugs.freedesktop.org/show_bug.cgi?id=100866)**
## Description
Created attachment 131116
Output of pdftocairo
This bug was ...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#100866)](https://bugs.freedesktop.org/show_bug.cgi?id=100866)**
## Description
Created attachment 131116
Output of pdftocairo
This bug was reported originally in Launchpad and GNOME's bugzilla. In Launchpad was marked as regression.
The problem is reproducible with pdftocairo, but not with pdftoppm.
**Attachment 131116**, "Output of pdftocairo":
![test-01](/uploads/975e7be607a207cff9c1274a8ef68437/test-01.png)
### See also
* [Bug 741704](https://bugzilla.gnome.org/show_bug.cgi?id=741704)
* https://launchpad.net/bugs/1150112https://gitlab.freedesktop.org/poppler/poppler/-/issues/593Incorrect radial shading in cairo output2018-08-21T11:16:04ZBugzilla Migration UserIncorrect radial shading in cairo output## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#40164)](https://bugs.freedesktop.org/show_bug.cgi?id=40164)**
## Description
Created attachment 50304
test case
The attached PDF fi...## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#40164)](https://bugs.freedesktop.org/show_bug.cgi?id=40164)**
## Description
Created attachment 50304
test case
The attached PDF file demonstrates incorrect radial shading colors in the cairo backend. Splash renders this pdf correctly.
**Attachment 50304**, "test case":
[radial.pdf](/uploads/ffa07ba8002b2940eb6e7e8881ced085/radial.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/5940.31: Stack underflow when printing PDF file2018-10-26T15:24:24ZBugzilla Migration User0.31: Stack underflow when printing PDF file## Submitted by Patrick Schönbach
Assigned to **poppler-bugs**
**[Link to original bug (#89324)](https://bugs.freedesktop.org/show_bug.cgi?id=89324)**
## Description
poppler 0.31
Brother printers using BR-Script3
When printing PD...## Submitted by Patrick Schönbach
Assigned to **poppler-bugs**
**[Link to original bug (#89324)](https://bugs.freedesktop.org/show_bug.cgi?id=89324)**
## Description
poppler 0.31
Brother printers using BR-Script3
When printing PDFs, I only get an error page with a stack underflow error.
Such an error existed before, in 0.25 IIRC. It was fixed, but now it happens again.https://gitlab.freedesktop.org/poppler/poppler/-/issues/595pdftoppm: X and Y scaling are swapped2019-12-05T12:04:12ZBugzilla Migration Userpdftoppm: X and Y scaling are swapped## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#95268)](https://bugs.freedesktop.org/show_bug.cgi?id=95268)**
## Description
A similar bug for pdftocairo was fixed in bug #94655. The ZIP archive...## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#95268)](https://bugs.freedesktop.org/show_bug.cgi?id=95268)**
## Description
A similar bug for pdftocairo was fixed in bug #94655. The ZIP archive in that bug (https://bugs.freedesktop.org/attachment.cgi?id=122468) has two files, good.pdf and bad.pdf.
Running the following command:
pdftoppm -png -singlefile -f 1 -scale-to-x 1275 -scale-to-y 1650 bad.pdf bad
creates a 1651 x 1275 png image. With those -scale-to-x/y arguments, it should be 1275 x 1651. The x and y scaling gets swapped because the PDF is internally rotated. The page dictionary specifies /Rotate 270.https://gitlab.freedesktop.org/poppler/poppler/-/issues/596PDF reflow2022-06-01T21:02:10ZBugzilla Migration UserPDF reflow## Submitted by D W
Assigned to **poppler-bugs**
**[Link to original bug (#20652)](https://bugs.freedesktop.org/show_bug.cgi?id=20652)**
## Description
I am using pdftohtml to reformat e-books in PDF format for easier reading on h...## Submitted by D W
Assigned to **poppler-bugs**
**[Link to original bug (#20652)](https://bugs.freedesktop.org/show_bug.cgi?id=20652)**
## Description
I am using pdftohtml to reformat e-books in PDF format for easier reading on handheld devices.
The handheld Adobe reader software supports a "reflow" mode in which the PDF text is adjusted to the screen size, just like normal HTML text. In this mode, paragraphs are preserved as paragraphs and the lines wrap at the width of the screen, so it is not necessary to scroll the document or have lines broken in their original spots in the document. Reading documents in reflow mode is a huge improvement, especially on small screens, and it would be an very useful addition to pdftohtml.
I have been testing a patch someone else wrote and posted at
http://lists.freedesktop.org/archives/poppler/2008-September/004126.html
I have been testing it and it works pretty well, although it's not perfect, perhaps it could be applied a first step?https://gitlab.freedesktop.org/poppler/poppler/-/issues/597Please provide configure option to compile without fontconfig2018-10-06T23:44:22ZBugzilla Migration UserPlease provide configure option to compile without fontconfig## Submitted by Otfried Cheong
Assigned to **poppler-bugs**
**[Link to original bug (#98043)](https://bugs.freedesktop.org/show_bug.cgi?id=98043)**
## Description
Please make it possible to compile poppler without fontconfig.
Fon...## Submitted by Otfried Cheong
Assigned to **poppler-bugs**
**[Link to original bug (#98043)](https://bugs.freedesktop.org/show_bug.cgi?id=98043)**
## Description
Please make it possible to compile poppler without fontconfig.
Fontconfig is quite a large dependency when you need to bundle it with your application (this is for OSX), in particular since it also pulls in libexpat and probably some other things.
It is also only used in borderline cases. Since PDF 1.5, PDF fonts are strongly recommended to embed all fonts - so fontconfig is actually only useful for ill-formed PDF files.
My application uses poppler only for parsing PDF files and provides its own renderer, so it's somewhat annoying that I need to bundle a large library that's completely useless or hack the poppler build process myself.
Note that Freetype supports building without fontconfig since 2009 (see #19253), so this has no impact on the dependency on Freetype - which is really all you need to render fonts embedded in the PDF file.
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=19253https://gitlab.freedesktop.org/poppler/poppler/-/issues/598libpoppler cannot recreate pdftotext output, because physical_layout is not h...2020-03-24T11:19:36ZBugzilla Migration Userlibpoppler cannot recreate pdftotext output, because physical_layout is not handled correctly## Submitted by dum..@..gmx.fr
Assigned to **poppler-bugs**
**[Link to original bug (#103798)](https://bugs.freedesktop.org/show_bug.cgi?id=103798)**
## Description
Dear maintainer, this bug concerns poppler 0.48.0 up to at least ...## Submitted by dum..@..gmx.fr
Assigned to **poppler-bugs**
**[Link to original bug (#103798)](https://bugs.freedesktop.org/show_bug.cgi?id=103798)**
## Description
Dear maintainer, this bug concerns poppler 0.48.0 up to at least 0.60.1
in file .../gcc/poppler-page.cpp
the function
ustring page::text(const rectf &r, text_layout_enum layout_mode) const
when called with physical_layout as layout_mode incorrectly creates a
TextOutputDev with second parameter (supposed to be true for physical_layout) always set to gFalse, because the corresponding code in lines 272 and 273 (poppler 0.60.1) are
const GBool use_raw_order = (layout_mode == raw_order_layout);
TextOutputDev td(0, gFalse, 0, use_raw_order, gFalse);
By contrast the pdftotext.cc creates TextOutputDev with second parameter set to gTrue when called with the -layout command line option.
THE EFFECT, is that the text produced inside a program using libpoppler differs from the more faithful text (which has, for example, blank lines where required) produced by invoking pdftotext with the -layout option.
Would the following be a solution?
const GBool use_raw_order = (layout_mode == raw_order_layout);
const GBool use_physical_layout = !use_raw_order;
TextOutputDev td(0, use_physical_layout, 0, use_raw_order, gFalse);
I would be grateful, if this could be fixed.
The alternative I do not relish, would appear to be to compile virtually all of the poppler source code into my program, just to give it access to TextOutputDev and thus be able to call it with gTrue as second parameter. This does not appear to be what libpoppler is supposed to be for.https://gitlab.freedesktop.org/poppler/poppler/-/issues/599Incompatible pointer cast in _poppler_attachment_new2019-10-04T22:08:34ZBugzilla Migration UserIncompatible pointer cast in _poppler_attachment_new## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#77921)](https://bugs.freedesktop.org/show_bug.cgi?id=77921)**
## Description
Created attachment 97950
Don't cast GTime* to time_t*
Coverity CIDs 1...## Submitted by Jason Crain
Assigned to **poppler-bugs**
**[Link to original bug (#77921)](https://bugs.freedesktop.org/show_bug.cgi?id=77921)**
## Description
Created attachment 97950
Don't cast GTime* to time_t*
Coverity CIDs 16825 and 16826
The glib frontend casts a GTime* to time_t* in _poppler_attachment_new. These are different sizes on x86_64, so it can result in junk being written to the succeeding bytes of the PopplerAttachment struct if a PDF's EmbeddedFile dates do not fit in 32 bits. It's possible to crash Evince when it tries to free an invalid attachment->checksum pointer.
Attached patch replaces the pointer cast with an assignment.
**Patch 97950**, "Don't cast GTime* to time_t*":
[Dont-cast-GTime-to-time_t.patch](/uploads/4fc44a8a826a1d4aa27f303443ed4c6d/Dont-cast-GTime-to-time_t.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/600pdfimages extracts lots of same images with the same object number.2018-10-11T08:57:16ZBugzilla Migration Userpdfimages extracts lots of same images with the same object number.## Submitted by 石印
Assigned to **poppler-bugs**
**[Link to original bug (#99883)](https://bugs.freedesktop.org/show_bug.cgi?id=99883)**
## Description
Created attachment 129787
problem file
I have a pdf file, pdfimages list a lot...## Submitted by 石印
Assigned to **poppler-bugs**
**[Link to original bug (#99883)](https://bugs.freedesktop.org/show_bug.cgi?id=99883)**
## Description
Created attachment 129787
problem file
I have a pdf file, pdfimages list a lot of images with the object number. These images are the same. There are only about a thousand pictures with diffrent object number, but pdfimages list more than 256,000 items. Finally, pdfimages extract all pictures listed and most of them are the same. The total size of all pictures is really huge. I upload the pdf, and my simple patch below ( may not good, but work :D ).
From 237f4e0887eff2f22d5542dfed33fa94a8c7b0ff Mon Sep 17 00:00:00 2001
From: Ryan <ryanorz@126.com>
Date: Tue, 21 Feb 2017 16:11:53 +0800
Subject: [PATCH] Fix(poppler-utils): pdfimages extract too many same pictures
with the same object number.
---
utils/ImageOutputDev.cc | 8 ++++++++
utils/ImageOutputDev.h | 2 ++
2 files changed, 10 insertions(+)
diff --git a/utils/ImageOutputDev.cc b/utils/ImageOutputDev.cc
index 5de51ad..26bf95b 100644
--- a/utils/ImageOutputDev.cc
+++ b/utils/ImageOutputDev.cc
@@ -442,6 +442,14 @@ void ImageOutputDev::writeImageFile(ImgWriter *writer, ImageFormat format, const
void ImageOutputDev::writeImage(GfxState *state, Object *ref, Stream *str,
int width, int height,
GfxImageColorMap *colorMap, GBool inlineImg) {
+ if (ref->isRef()) {
+ const Ref imageRef = ref->getRef();
+ if (refNums.find(imageRef.num) != refNums.end())
+ return;
+ else
+ refNums.insert(imageRef.num);
+ }
+
ImageFormat format;
if (dumpJPEG && str->getKind() == strDCT &&
diff --git a/utils/ImageOutputDev.h b/utils/ImageOutputDev.h
index a694bbc..89c67ac 100644
--- a/utils/ImageOutputDev.h
+++ b/utils/ImageOutputDev.h
@@ -35,6 +35,7 @@
#endif
#include <stdio.h>
+#include `<set>`
#include "goo/gtypes.h"
#include "goo/ImgWriter.h"
#include "OutputDev.h"
@@ -173,6 +174,7 @@ private:
int pageNum; // current page number
int imgNum; // current image number
GBool ok; // set up ok?
+ std::set`<int>` refNums;
};
#endif
--
2.10.2
**Attachment 129787**, "problem file":
[Linuxå__æ__å__å__æ__é___ä__æ__ç__v3.0_.pdf](/uploads/6679256d9842f8e250fbf39d91064ce1/Linuxå__æ__å__å__æ__é___ä__æ__ç__v3.0_.pdf)