poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-08-20T22:29:01Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/244Poppler renders PDF file incorrectly.2018-08-20T22:29:01ZBugzilla Migration UserPoppler renders PDF file incorrectly.## Submitted by tho..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#78637)](https://bugs.freedesktop.org/show_bug.cgi?id=78637)**
## Description
Created attachment 98946
The pdf file
Poppler's pdftoppm (and appl...## Submitted by tho..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#78637)](https://bugs.freedesktop.org/show_bug.cgi?id=78637)**
## Description
Created attachment 98946
The pdf file
Poppler's pdftoppm (and applications using poppler such as KDE's Okular) incorrectly render the attached file. In Adobe reader the file is properly displayed.
The expected result is that the 'Meter summary' section is rendered properly. Instead the section is rendered as dots and the rest of the page is not rendered at all. The PDF used to render properly, but unfortunately I have not the version number when it used to work.
The version in which it is broken is poppler 0.26.0-1.
~~**Attachment 98946**~~, "The pdf file":
[0106621246-2014-05-19.pdf](/uploads/ec7efcae0ef3aac9380bf239b135e961/0106621246-2014-05-19.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/402OTF and TTF versions of the same font render small type differently (hinting ...2018-08-21T10:52:23ZBugzilla Migration UserOTF and TTF versions of the same font render small type differently (hinting issue?)## Submitted by Jerome
Assigned to **poppler-bugs**
**[Link to original bug (#78990)](https://bugs.freedesktop.org/show_bug.cgi?id=78990)**
## Description
Created attachment 99453
repro pdf
Moved here from the okular/KDE bugtrack...## Submitted by Jerome
Assigned to **poppler-bugs**
**[Link to original bug (#78990)](https://bugs.freedesktop.org/show_bug.cgi?id=78990)**
## Description
Created attachment 99453
repro pdf
Moved here from the okular/KDE bugtracker: https://bugs.kde.org/show_bug.cgi?id=335058
Description
===
The attached pdf was created using XeLatex and includes two versions of the same font, one taken from the original otf and the second from a ttf file converted from the original using fontforge.
Viewing this pdf in okular/evince on my system reuslts in the otf embedded font
CID type 0c) not being hinted regardless of settings, while the ttf font is hinted by default (and responds to hinting toggled in okular).
I've seen the same with at least one other font, the problem does not occur
with adobe acorbat reader and the okular guys pointed out that all rendering is handled by poppler.
I'm attaching a screenshot and the pdf.
Environment
===
This manifests on an updated fedora 20 x86-64 system, which contains the 0.18.5 version of okular and poppler 0.24.3. The same problem occurs in evince.
~~**Attachment 99453**~~, "repro pdf":
[giveusahint.pdf](/uploads/1933f458d4337378c4b02eadb28b65af/giveusahint.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/478pdftocairo -svg renders image mask wrongly2018-08-21T11:02:42ZBugzilla Migration Userpdftocairo -svg renders image mask wrongly## Submitted by Duan Yao
Assigned to **poppler-bugs**
**[Link to original bug (#79910)](https://bugs.freedesktop.org/show_bug.cgi?id=79910)**
## Description
Created attachment 100868
pdftocairo -svg renders the pdf wrongly
pdftoc...## Submitted by Duan Yao
Assigned to **poppler-bugs**
**[Link to original bug (#79910)](https://bugs.freedesktop.org/show_bug.cgi?id=79910)**
## Description
Created attachment 100868
pdftocairo -svg renders the pdf wrongly
pdftocairo -svg renders image mask in the attached pdf wrongly. The light blue area should show some halo effect, but in the output svg, there is no transition of color.
pdftocairo -png renders the pdf correctly.
I build poppler from latest master 1b705331019b155f2138d4b9f5a5bd03ec59193d on ubuntu 14.04. configuration:
Building poppler with support for:
font configuration: fontconfig
splash output: yes
cairo output: yes
qt4 wrapper: no
qt5 wrapper: no
glib wrapper: yes
introspection: no
cpp wrapper: yes
use gtk-doc: no
use libjpeg: yes
use libpng: yes
use libtiff: yes
use zlib: no
use libcurl: no
use libopenjpeg: yes
use cms: yes
with lcms2
command line utils: yes
**Attachment 100868**, "pdftocairo -svg renders the pdf wrongly":
[dili-7a-p64.pdf](/uploads/886c457b4ef3f984451fbcc124dc778e/dili-7a-p64.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/275[TAGGEDPDF] Provide accessors for form field of structure elements2018-08-21T10:35:35ZBugzilla Migration User[TAGGEDPDF] Provide accessors for form field of structure elements## Submitted by Alejandro Piñeiro `@apinheiro`
Assigned to **poppler-bugs**
**[Link to original bug (#80154)](https://bugs.freedesktop.org/show_bug.cgi?id=80154)**
## Description
[Bug 64821](https://bugs.freedesktop.org/show_bug.c...## Submitted by Alejandro Piñeiro `@apinheiro`
Assigned to **poppler-bugs**
**[Link to original bug (#80154)](https://bugs.freedesktop.org/show_bug.cgi?id=80154)**
## Description
[Bug 64821](https://bugs.freedesktop.org/show_bug.cgi?id=64821) was closed with the patches related to form field accessors not committed. At [bug 64821](https://bugs.freedesktop.org/show_bug.cgi?id=64821) comment 81 it is suggested to create a new bug for that.
### Blocking
* [Bug 64813](https://bugs.freedesktop.org/show_bug.cgi?id=64813)
* [Bug 80159](https://bugs.freedesktop.org/show_bug.cgi?id=80159)https://gitlab.freedesktop.org/poppler/poppler/-/issues/17[TAGGEDPDF] Provide accessors for links of structure elements2023-04-21T07:11:19ZBugzilla Migration User[TAGGEDPDF] Provide accessors for links of structure elements## Submitted by Alejandro Piñeiro `@apinheiro`
Assigned to **poppler-bugs**
**[Link to original bug (#80159)](https://bugs.freedesktop.org/show_bug.cgi?id=80159)**
## Description
[Bug 64821](https://bugs.freedesktop.org/show_bug.c...## Submitted by Alejandro Piñeiro `@apinheiro`
Assigned to **poppler-bugs**
**[Link to original bug (#80159)](https://bugs.freedesktop.org/show_bug.cgi?id=80159)**
## Description
[Bug 64821](https://bugs.freedesktop.org/show_bug.cgi?id=64821) was closed with the patches related to link accessors not committed. At [bug 64821](https://bugs.freedesktop.org/show_bug.cgi?id=64821) comment 81 it is suggested to create a new bug for that. I have rebased the patches with respect to current master.
### Depends on
* [Bug 80154](https://bugs.freedesktop.org/show_bug.cgi?id=80154)
### Blocking
* [Bug 64813](https://bugs.freedesktop.org/show_bug.cgi?id=64813)https://gitlab.freedesktop.org/poppler/poppler/-/issues/360poppler_structure_element_get_table_{row,column}_span() apply to cell element...2018-08-21T10:45:48ZBugzilla Migration Userpoppler_structure_element_get_table_{row,column}_span() apply to cell elements; not table elements## Submitted by Joanmarie Diggs
Assigned to **poppler-bugs**
**[Link to original bug (#80308)](https://bugs.freedesktop.org/show_bug.cgi?id=80308)**
## Description
Created attachment 101452
proposed patch
As per the PDF spec, cel...## Submitted by Joanmarie Diggs
Assigned to **poppler-bugs**
**[Link to original bug (#80308)](https://bugs.freedesktop.org/show_bug.cgi?id=80308)**
## Description
Created attachment 101452
proposed patch
As per the PDF spec, cell elements (TD and TH) have row and column spans. But poppler_structure_element_get_table_row_span() and poppler_structure_element_get_table_column_span() each expect a table element -- which of course has no span attributes defined and thus the default value of 1 (as per the spec) is always returned by these methods. (Unless of course you ask for the spans of a cell in which case you get an error.)
**Patch 101452**, "proposed patch":
[0001-GLib-Correct-poppler_structure_element_get_table_-ro.patch](/uploads/f8bdeef2d8701c66c6fa120abc7d22dd/0001-GLib-Correct-poppler_structure_element_get_table_-ro.patch)
### Blocking
* [Bug 64813](https://bugs.freedesktop.org/show_bug.cgi?id=64813)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/142Add support for polygon and polyline annotations2018-08-20T21:59:09ZBugzilla Migration UserAdd support for polygon and polyline annotations## Submitted by Anuj Khare
Assigned to **poppler-bugs**
**[Link to original bug (#81666)](https://bugs.freedesktop.org/show_bug.cgi?id=81666)**
## Description
We need to add wrappers for AnnotPolygon in the glib frontend.## Submitted by Anuj Khare
Assigned to **poppler-bugs**
**[Link to original bug (#81666)](https://bugs.freedesktop.org/show_bug.cgi?id=81666)**
## Description
We need to add wrappers for AnnotPolygon in the glib frontend.https://gitlab.freedesktop.org/poppler/poppler/-/issues/628pdfseparate + pdfunite produce different pdftoppm renderings2018-10-11T20:18:24ZBugzilla Migration Userpdfseparate + pdfunite produce different pdftoppm renderings## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#81724)](https://bugs.freedesktop.org/show_bug.cgi?id=81724)**
## Description
Created attachment 103410
said file
Get the attached file
pdfs...## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#81724)](https://bugs.freedesktop.org/show_bug.cgi?id=81724)**
## Description
Created attachment 103410
said file
Get the attached file
pdfseparate file.pdf hola
pdfunite hola hola2.pdf
pdftoppm -png file.pdf orig
pdftoppm -png hola2.pdf united
diff orig-1.png united-1.png
They are different :(
For most of the files i have around this works, but in this one (and some others, but lets' go one by one) it doesn't
**Attachment 103410**, "said file":
[031_Gray_Image_Overprint_x3.pdf](/uploads/b351923e790b810e51e8b5a259556e6a/031_Gray_Image_Overprint_x3.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/395FreeText annotation ignores font2019-03-08T01:39:51ZBugzilla Migration UserFreeText annotation ignores font## Submitted by Phil
Assigned to **poppler-bugs**
**[Link to original bug (#81748)](https://bugs.freedesktop.org/show_bug.cgi?id=81748)**
## Description
Created attachment 103449
Annotation example
I have been creating PDFs dynam...## Submitted by Phil
Assigned to **poppler-bugs**
**[Link to original bug (#81748)](https://bugs.freedesktop.org/show_bug.cgi?id=81748)**
## Description
Created attachment 103449
Annotation example
I have been creating PDFs dynamically, with FreeText and signature annotations.
When shown in Evince, FreeText annotations generally show as I formatted them,
but they ignore a specified True Type font. Adobe Reader with the same document
shows the font correctly.
Note: I originally submitted this bug with Evince, not realizing that Poppler was the PDF frontend for the application. Hopefully I made it to the right place this time.
In the attached example, the yellow block is a FreeText annotation. The font
which appears in the first line of the document as "Test this font" is also
applied to the FreeText annotation. As you can see, the default Helvetica font
is what is actually displayed in the yellow annotation, when it should match
the font in the "Test this font" line. Other than that, font size, color and
position seems to be applied correctly.
Not a horrible bug, but when adding annotations as I am to go with signatures,
the lack of the TT font makes things look a little clunky.
BTW, I'm running up to date Ubuntu, Evince 3.10, and generating the PDF with Ruby Prawn gem, and adding the annotations with Ruby Origami PDF gem.
Let me know if I can provide any additional information.
**Attachment 103449**, "Annotation example":
[outfile.pdf](/uploads/4bd82d4141b0a8ac481369311066df65/outfile.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/119Artifact in blur rendering with Antialias enabled2018-08-20T21:54:15ZBugzilla Migration UserArtifact in blur rendering with Antialias enabled## Submitted by Lucas Kane
Assigned to **poppler-bugs**
**[Link to original bug (#82391)](https://bugs.freedesktop.org/show_bug.cgi?id=82391)**
## Description
Created attachment 104347
rendering artifacts with antialias enabled
W...## Submitted by Lucas Kane
Assigned to **poppler-bugs**
**[Link to original bug (#82391)](https://bugs.freedesktop.org/show_bug.cgi?id=82391)**
## Description
Created attachment 104347
rendering artifacts with antialias enabled
With Antialias enabled some PDFs show rendering artifacts. Please see the attached pictures for a comparison (the picture are from okular).
The artifacts go away if the option is disabled (however that means poor general rendering quality).
Readers not based on poppler are not affected (e.g. mupdf).
The problem is in the slight darker outline that can be seen at the end of the blurred region. It should be easy to spot the problem if you open the test pdf in okular first and then with mupdf
~~**Attachment 104347**~~, "rendering artifacts with antialias enabled":
[graphics-antialias-enabled](/uploads/47908c3630bd2f56888574c79aeb9645/graphics-antialias-enabled)https://gitlab.freedesktop.org/poppler/poppler/-/issues/87'pdfinfo' man page misses description for 'UserProperties:' and 'Suspects:' info2018-10-11T20:27:02ZBugzilla Migration User'pdfinfo' man page misses description for 'UserProperties:' and 'Suspects:' info## Submitted by kur..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#82468)](https://bugs.freedesktop.org/show_bug.cgi?id=82468)**
## Description
Recent versions of 'pdfinfo' print two lines in its output concerni...## Submitted by kur..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#82468)](https://bugs.freedesktop.org/show_bug.cgi?id=82468)**
## Description
Recent versions of 'pdfinfo' print two lines in its output concerning 'UserProperties:' and 'Suspects:' which go un-mentioned in the man page.
Other than adding the mere mention of the two properties (where their values for un-tagged PDFs should always be 'no'), it would be nice to give also a one/two sentence explanation of what these properties could possibly mean.https://gitlab.freedesktop.org/poppler/poppler/-/issues/485pdftotext -htmlmeta should quote text content2018-10-08T10:48:02ZBugzilla Migration Userpdftotext -htmlmeta should quote text content## Submitted by Jean-Francois Dockes
Assigned to **poppler-bugs**
**[Link to original bug (#83061)](https://bugs.freedesktop.org/show_bug.cgi?id=83061)**
## Description
Special HTML characters (`<>`&"') inside the main text or PDF...## Submitted by Jean-Francois Dockes
Assigned to **poppler-bugs**
**[Link to original bug (#83061)](https://bugs.freedesktop.org/show_bug.cgi?id=83061)**
## Description
Special HTML characters (`<>`&"') inside the main text or PDF metadata (e.g.: title) are not escaped in the HTML output, possibly resulting in invalid HTML.
This is trivial to reproduce, but, if you need a sample doc, just ask...https://gitlab.freedesktop.org/poppler/poppler/-/issues/38Function to get quadrilaterals for area2021-10-19T11:04:39ZBugzilla Migration UserFunction to get quadrilaterals for area## Submitted by giselle
Assigned to **poppler-bugs**
**[Link to original bug (#83305)](https://bugs.freedesktop.org/show_bug.cgi?id=83305)**
## Description
Currently there is a code in glib-demo to get the quadrilaterals of the te...## Submitted by giselle
Assigned to **poppler-bugs**
**[Link to original bug (#83305)](https://bugs.freedesktop.org/show_bug.cgi?id=83305)**
## Description
Currently there is a code in glib-demo to get the quadrilaterals of the text contained in a specific selection. This is needed in order to implement text markup annotations. The following patches implement this function as part of glib api and use it in glib-demo.https://gitlab.freedesktop.org/poppler/poppler/-/issues/401add a displayAnnot to Page class2018-10-08T20:50:04ZBugzilla Migration Useradd a displayAnnot to Page class## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#83642)](https://bugs.freedesktop.org/show_bug.cgi?id=83642)**
## Description
Created attachment 105943
patch
The title says it all. I am attaching...## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#83642)](https://bugs.freedesktop.org/show_bug.cgi?id=83642)**
## Description
Created attachment 105943
patch
The title says it all. I am attaching a patch to add Page::displayAnnot method. The rationale for this is to be able to render just one annotation (that could be being modified by a drag-and-drop operation for instance) on top of an already rendered page. This will allow fast drag-and-drop animations when creating highlighting annotations and other annots that will need drag-and-drop interaction.
Although we will be using no many options in the glib backend, I chosed to mimick as much as possible displaySlice() in terms of arguments, only removing the annotChecks since this method really wants to render the annotation.
I will attach the glib part in another bug.
**Attachment 105943**, "patch":
[0001-Add-Page-displayAnnot-method.patch](/uploads/9e4802b6f4f9ada3a594246435e3d438/0001-Add-Page-displayAnnot-method.patch)
### Blocking
* [Bug 83643](https://bugs.freedesktop.org/show_bug.cgi?id=83643)https://gitlab.freedesktop.org/poppler/poppler/-/issues/228Add poppler_page_render_annot method2018-08-20T22:12:05ZBugzilla Migration UserAdd poppler_page_render_annot method## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#83643)](https://bugs.freedesktop.org/show_bug.cgi?id=83643)**
## Description
Created attachment 105944
patch
We need this method to render (over a...## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#83643)](https://bugs.freedesktop.org/show_bug.cgi?id=83643)**
## Description
Created attachment 105944
patch
We need this method to render (over a surface where the page has already being drawn) an annotation. This method is much faster than poppler_render_page, thus, it allows animation rendering. This bug depends on bug #83642
**Attachment 105944**, "patch":
[0002-glib-add-poppler_page_render_annot.patch](/uploads/903bc62f2dd1074bf55bed909887303d/0002-glib-add-poppler_page_render_annot.patch)
### Depends on
* [Bug 83642](https://bugs.freedesktop.org/show_bug.cgi?id=83642)https://gitlab.freedesktop.org/poppler/poppler/-/issues/240Graphics render in evince but words & type do not.2018-08-20T22:28:27ZBugzilla Migration UserGraphics render in evince but words & type do not.## Submitted by Ben Dugan
Assigned to **poppler-bugs**
**[Link to original bug (#84568)](https://bugs.freedesktop.org/show_bug.cgi?id=84568)**
## Description
Created attachment 107208
Graphics render in evince but words & type do ...## Submitted by Ben Dugan
Assigned to **poppler-bugs**
**[Link to original bug (#84568)](https://bugs.freedesktop.org/show_bug.cgi?id=84568)**
## Description
Created attachment 107208
Graphics render in evince but words & type do not.
Graphics render in evince but words & type do not.
We have been happily printing DHL shipping labels from evince for ages, but
today its stopped working. Doubtless DHL has changed something about the way
they produce these.
Evince reports these errors:
Syntax Error: font resource is not a dictionary
Syntax Error: Unknown font tag 'F1'
Syntax Error (3631): No font in show
If I open this file in ghostscript, some poor font substitutions are made and
then its almost ok.
This may not be a bug; maybe its a problem with the pdf source.
**Attachment 107208**, "Graphics render in evince but words & type do not.":
[dhl_label.pdf](/uploads/9668ee1440698970185032ee47c12ed4/dhl_label.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/103Objects rendering as black boxes using pdftoppm2018-10-11T20:28:49ZBugzilla Migration UserObjects rendering as black boxes using pdftoppm## Submitted by Robert
Assigned to **poppler-bugs**
**[Link to original bug (#84611)](https://bugs.freedesktop.org/show_bug.cgi?id=84611)**
## Description
Using 0.26.4 of pdftoppm, the resultant ppm has black boxes for some object...## Submitted by Robert
Assigned to **poppler-bugs**
**[Link to original bug (#84611)](https://bugs.freedesktop.org/show_bug.cgi?id=84611)**
## Description
Using 0.26.4 of pdftoppm, the resultant ppm has black boxes for some objects when it should have white areas.
It looks fine in Adobe Reader but not fine in Mac Preview and Chrome.
We can give you a dropbox link to the problematic pdf -- it's sensitive, so we don't want to upload it here.https://gitlab.freedesktop.org/poppler/poppler/-/issues/327[pdftocairo] Eternal loop2018-10-08T10:32:00ZBugzilla Migration User[pdftocairo] Eternal loop## Submitted by MH
Assigned to **poppler-bugs**
**[Link to original bug (#85138)](https://bugs.freedesktop.org/show_bug.cgi?id=85138)**
## Description
Created attachment 107987
eternalloop-pdfs.zip
OS: Fedora 20 (running in virtu...## Submitted by MH
Assigned to **poppler-bugs**
**[Link to original bug (#85138)](https://bugs.freedesktop.org/show_bug.cgi?id=85138)**
## Description
Created attachment 107987
eternalloop-pdfs.zip
OS: Fedora 20 (running in virtualbox)
Dependencies installed with: yum-builddep poppler
Version: GIT Master
Command line: master/pdftocairo -svg <attached.pdf> /dev/null
Technically I don't know if it's an _eternal_ loop, but it ran for 20 hours. I attached two PDFs (zipped) here, both hang around the same section, might be the same bug or different.
###########################################################################
GDB output:
Reading symbols from /home/foobar/poppler/utils/.libs/lt-pdftocairo...done.
Starting program: /home/foobar/poppler/utils/.libs/lt-pdftocairo -svg eternalloop-59-pdftocairo-fuzz-19.pdf /dev/null
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Syntax Error: Couldn't find trailer dictionary
Syntax Error: Catalog object is wrong type (null)
Syntax Error: Couldn't find trailer dictionary
...`<nothing happens>`
###########################################################################
GDB output:
Reading symbols from /home/foobar/poppler/utils/.libs/lt-pdftocairo...done.
Starting program: /home/foobar/poppler/utils/.libs/lt-pdftocairo -svg eternalloop-839-pdftocairofuzz-14.pdf /dev/null
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
...`<nothing happens>`
**Attachment 107987**, "eternalloop-pdfs.zip":
[pdftocairo-eternalloop.zip](/uploads/85bdeaba1584ac1a89e0d57c183345ca/pdftocairo-eternalloop.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/255[pdftohtml] Segfault when output set to /dev/null or other place with no writ...2018-10-08T10:41:27ZBugzilla Migration User[pdftohtml] Segfault when output set to /dev/null or other place with no write access## Submitted by MH
Assigned to **poppler-bugs**
**[Link to original bug (#85370)](https://bugs.freedesktop.org/show_bug.cgi?id=85370)**
## Description
Created attachment 108301
example.pdf
OS: Fedora 20 (running in virtualbox)
De...## Submitted by MH
Assigned to **poppler-bugs**
**[Link to original bug (#85370)](https://bugs.freedesktop.org/show_bug.cgi?id=85370)**
## Description
Created attachment 108301
example.pdf
OS: Fedora 20 (running in virtualbox)
Dependencies installed with: yum-builddep poppler
Version: GIT Master
Command line for loop demonstration: master/utils/pdftohtml <attached.pdf> /dev/null
Note, repeats with all PDFs I tried (i.e. also not fuzzed ones). Tried also by making with root folder /new and writing there. Both GDB information attached. Also possible to repeat with:
mkdir out
chmod 000 out
master/utils/pdftohtml <any.pdf> out/out
#############################################################################
GDB output:
Reading symbols from /home/foobar/poppler/utils/.libs/lt-pdftohtml...done.
Starting program: /home/foobar/poppler/utils/.libs/lt-pdftohtml start.pdf /dev/null
I/O Error: Couldn't open html file '/dev/null.html'
I/O Error: Couldn't open html file '/dev/null_ind.html'
Program received signal SIGSEGV, Segmentation fault.
#############################################################################
GDB output:
Reading symbols from /home/foobar/poppler/utils/.libs/lt-pdftohtml...done.
Starting program: /home/foobar/poppler/utils/.libs/lt-pdftohtml 1-pdftohtmlfuzz-10.pdf /new
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
I/O Error: Couldn't open html file '/new.html'
I/O Error: Couldn't open html file '/new_ind.html'
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff5b71b60 in fwrite () from /lib64/libc.so.6
**Attachment 108301**, "example.pdf":
[start.pdf](/uploads/b664eabfdbcdc449a3dfafd4df94903e/start.pdf)