poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-08-21T10:37:52Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/298Logo image looks different in Evince compared to other viewers2018-08-21T10:37:52ZBugzilla Migration UserLogo image looks different in Evince compared to other viewers## Submitted by Tomasz Kuchta
Assigned to **poppler-bugs**
**[Link to original bug (#97599)](https://bugs.freedesktop.org/show_bug.cgi?id=97599)**
## Description
= Transfering this bug from GNOME Bugzilla: https://bugzilla.gnome.o...## Submitted by Tomasz Kuchta
Assigned to **poppler-bugs**
**[Link to original bug (#97599)](https://bugs.freedesktop.org/show_bug.cgi?id=97599)**
## Description
= Transfering this bug from GNOME Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=770429 =
- Copy Evince bugzilla comments here -
Tomasz Kuchta 2016-08-26 08:25:50 UTC
Created attachment 334209 [details]
test file
File 109865.pdf is displayed slightly different by Evince, compared to other viewers. The top-left logo is brighter, with horizontal lines going across it.
I have tested that on Ubuntu 15.10, with Evince 3.16.1.
The file is "109865.pdf", from Govdocs1 data set (http://digitalcorpora.org/corpora/govdocs)
The file can be found in the following archive: http://digitalcorpora.org/corp/files/govdocs1/zipfiles/109.zip
I would be grateful for confirming.
backtrace
Comment 1 Germán Poo-Caamaño 2016-08-26 16:55:09 UTC
Created attachment 334232 [details]
Evince 3.21/Poppler 0.46.0 side by side with Acrobat Reader
This is a screenshot side by side of Evince and Acrobat Reader rendering the same document.
I do not see major difference.
Beware that Ubuntu 15.10 ships poppler 0.33. Poppler is the library used by Evince to render PDF. Since 0.33 there have been many bugs fixed.
Please, try with a newer version of poppler and let us know if you can reproduce it the issue then.
Comment 2 Jason Crain 2016-09-04 02:23:34 UTC
Created attachment 334738 [details]
from pdftocairo 0.47.0
I see some odd horizontal banding, but it's only visible on higher zoom levels. Attached is the output from pdftocairo version 0.47.0, at 200x200 ppi. Since this looks like a bug in poppler, please follow the instructions at https://wiki.gnome.org/Apps/Evince/PopplerBugs#poppler and open a bug for poppler's cairo backend.
- Copy in any links to attachments here -
https://bugzilla.gnome.org/attachment.cgi?id=334209https://gitlab.freedesktop.org/poppler/poppler/-/issues/297Required glib version is too low2021-10-19T20:19:53ZBugzilla Migration UserRequired glib version is too low## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#97432)](https://bugs.freedesktop.org/show_bug.cgi?id=97432)**
## Description
configure and cmake pass fine but then when compiling i get this...## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#97432)](https://bugs.freedesktop.org/show_bug.cgi?id=97432)**
## Description
configure and cmake pass fine but then when compiling i get this error
[ 38%] Building CXX object glib/CMakeFiles/poppler-glib.dir/poppler-document.cc.o
/home/tsdgeos/poppler/glib/poppler-document.cc: In function ‘void poppler_document_class_init(PopplerDocumentClass*)’:
/home/tsdgeos/poppler/glib/poppler-document.cc:1521:25: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1085:13: error: initializing argument 5 of ‘GParamSpec* g_param_spec_string(const gchar*, const gchar*, const gchar*, const gchar*, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_string (const gchar *name,
^
/home/tsdgeos/poppler/glib/poppler-document.cc:1573:25: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1085:13: error: initializing argument 5 of ‘GParamSpec* g_param_spec_string(const gchar*, const gchar*, const gchar*, const gchar*, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_string (const gchar *name,
^
/home/tsdgeos/poppler/glib/poppler-document.cc:1586:25: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1085:13: error: initializing argument 5 of ‘GParamSpec* g_param_spec_string(const gchar*, const gchar*, const gchar*, const gchar*, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_string (const gchar *name,
^
/home/tsdgeos/poppler/glib/poppler-document.cc:1599:25: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1085:13: error: initializing argument 5 of ‘GParamSpec* g_param_spec_string(const gchar*, const gchar*, const gchar*, const gchar*, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_string (const gchar *name,
^
/home/tsdgeos/poppler/glib/poppler-document.cc:1612:25: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1085:13: error: initializing argument 5 of ‘GParamSpec* g_param_spec_string(const gchar*, const gchar*, const gchar*, const gchar*, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_string (const gchar *name,
^
/home/tsdgeos/poppler/glib/poppler-document.cc:1625:25: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1085:13: error: initializing argument 5 of ‘GParamSpec* g_param_spec_string(const gchar*, const gchar*, const gchar*, const gchar*, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_string (const gchar *name,
^
/home/tsdgeos/poppler/glib/poppler-document.cc:1638:29: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1001:13: error: initializing argument 7 of ‘GParamSpec* g_param_spec_int(const gchar*, const gchar*, const gchar*, gint, gint, gint, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_int (const gchar *name,
^
/home/tsdgeos/poppler/glib/poppler-document.cc:1651:29: error: invalid conversion from ‘int’ to ‘GParamFlags’ [-fpermissive]
G_PARAM_READWRITE));
^
In file included from /usr/include/glib-2.0/glib-object.h:28:0,
from /home/tsdgeos/poppler/glib/poppler.h:22,
from /home/tsdgeos/poppler/glib/poppler-document.cc:41:
/usr/include/glib-2.0/gobject/gparamspecs.h:1001:13: error: initializing argument 7 of ‘GParamSpec* g_param_spec_int(const gchar*, const gchar*, const gchar*, gint, gint, gint, GParamFlags)’ [-fpermissive]
GParamSpec* g_param_spec_int (const gchar *name,
^
So i guess we should increase the required glib version? Or make it compile with this "old" version if possible.
This is with glib 2.40.2https://gitlab.freedesktop.org/poppler/poppler/-/issues/296combined fill and stroke should be treated as single graphics object2018-08-21T10:37:46ZBugzilla Migration Usercombined fill and stroke should be treated as single graphics object## Submitted by nov..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#101400)](https://bugs.freedesktop.org/show_bug.cgi?id=101400)**
## Description
Created attachment 131911
combined fill and stroke test case
The...## Submitted by nov..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#101400)](https://bugs.freedesktop.org/show_bug.cgi?id=101400)**
## Description
Created attachment 131911
combined fill and stroke test case
The attached test case sets both the stroking and non-stroking alpha constants to 0.5, then draws a glyph and a rectangle, both using combined fill-and-stroke operators.
The expected output is that the fill colour should not be visible under the strokes. Currently the fill colour is visible under the translucent strokes.
**Attachment 131911**, "combined fill and stroke test case":
[opacity.pdf](/uploads/8958555db6e1b46f2c7759a0f83230ff/opacity.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/295Bitmap aliasing and coordinates precision2018-08-21T10:37:36ZBugzilla Migration UserBitmap aliasing and coordinates precision## Submitted by Jorge Hernández Valiñani
Assigned to **poppler-bugs**
**[Link to original bug (#46880)](https://bugs.freedesktop.org/show_bug.cgi?id=46880)**
## Description
Created attachment 57904
PDF with bitmap aliasing and obj...## Submitted by Jorge Hernández Valiñani
Assigned to **poppler-bugs**
**[Link to original bug (#46880)](https://bugs.freedesktop.org/show_bug.cgi?id=46880)**
## Description
Created attachment 57904
PDF with bitmap aliasing and object placement inaccuracies.
(Note: I only know how to install Macports version, today 0.18.2; I do not know if this happens in a later version)
The following PDF has two problems when rendered with `pdftoppm`:
pdftoppm -r 159 -f 27 -l 27 -tiff sample.pdf > output.tiff
1. Either the rendered bitmaps have aliasing problems or the output has some horizontal lines missing.
2. The placement of one bitmap layer (top black ink) with respect to the other one (bottom color) is inaccurate. As a result color seems displaced.
See embedded "output(pdftoppm).jpg" pointing out areas where this happens.
Rendering with `pdftocairo` provides no bitmap antialias whatsoever (which I would consider a bug too), so it makes it difficult to see whether the two bugs above happen or not too.
None of these issues happen when rendering with Acrobat X (i.e. Acrobat renders this PDF flawlessly).
**Attachment 57904**, "PDF with bitmap aliasing and object placement inaccuracies.":
[sample.pdf](/uploads/fb22f1ece3a64be0b3f2f7f0aab64265/sample.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/294Request for Annotation::boundingBox() method2018-10-11T12:11:21ZBugzilla Migration UserRequest for Annotation::boundingBox() method## Submitted by Mark Summerfield
Assigned to **poppler-bugs**
**[Link to original bug (#48374)](https://bugs.freedesktop.org/show_bug.cgi?id=48374)**
## Description
The TextBox::boundingBox() method is very useful and in the coord...## Submitted by Mark Summerfield
Assigned to **poppler-bugs**
**[Link to original bug (#48374)](https://bugs.freedesktop.org/show_bug.cgi?id=48374)**
## Description
The TextBox::boundingBox() method is very useful and in the coordinate system that is used throughout popperl. However the Annotation::boundary() method uses a completely different coordinate system: I wish that there was an Annotation::boundingBox() method using the same coordinate system as for TextBox::boundingBox().https://gitlab.freedesktop.org/poppler/poppler/-/issues/293Only export public symbols on the qt libs2018-10-26T15:54:58ZBugzilla Migration UserOnly export public symbols on the qt libs## Submitted by Emilio Pozuelo Monfort
Assigned to **poppler-bugs**
**[Link to original bug (#103827)](https://bugs.freedesktop.org/show_bug.cgi?id=103827)**
## Description
Created attachment 135614
Don't export private symbols
H...## Submitted by Emilio Pozuelo Monfort
Assigned to **poppler-bugs**
**[Link to original bug (#103827)](https://bugs.freedesktop.org/show_bug.cgi?id=103827)**
## Description
Created attachment 135614
Don't export private symbols
Hi,
The attached patch, based on an old patch from Pino Toscano, does two things:
Define -Dpoppler_qt5_EXPORTS so that POPPLER_QT5_EXPORT is set to something useful.
Build with -fvisibility=hidden -fvisibility-inlines-hidden, so that symbols don't get exported by default. All those marked as POPPLER_QT5_EXPORT get exported though. This has the nice benefit of reducing the number of exported symbols by about 600. E.g. these ones are exported without this patch:
_ZTVN7Poppler15LinkGotoPrivateE
_ZNK8QMapDataI7QStringPN7Poppler14OptContentItemEE8findNodeERKS0_
_ZNK8QMapNodeI7QStringPN7Poppler14OptContentItemEE4copyEP8QMapDataIS0_S3_E
_ZN9OutputDev18updateHorizScalingEP8GfxState
_ZN7Poppler26HighlightAnnotationPrivateD1Ev
Some things to consider:
Do we want -fvisibility-inlines-hidden as well?
Should this be applied to GCC only? Not sure what's the support in other compilers.
One small issue with this: there are some symbols that are not public but are used by some tests. With this patch, those symbols don't get exported, so the tests fail to link as they try to test those private methods. E.g. qt4/src/poppler-private.h's Poppler::unicodeToQString is not marked as POPPLER_QT4_EXPORT so doesn't get exported in the shared library, so qt4/tests/check_strings.cpp fails to build. Some possible solutions would be:
- Disable those tests
- Export those symbols
- If those methods are self-contained, move them to their own .cpp and include that .cpp directly from the test case, so it gets built into the test case without linking against libpoppler... kind of a hack but I think it'd work :P
This patch has been in Debian for a long time and I'm not aware of any weird crashes or anything, fwiw.
Thoughts?
**Patch 135614**, "Don't export private symbols":
[qt-visibility.diff](/uploads/aab94a7cc27db97bb896d9a86ae35333/qt-visibility.diff)https://gitlab.freedesktop.org/poppler/poppler/-/issues/292Evince couldnot display chinese pdf files2021-02-01T21:09:22ZBugzilla Migration UserEvince couldnot display chinese pdf files## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#15301)](https://bugs.freedesktop.org/show_bug.cgi?id=15301)**
## Description
This bug has been filed here:
https://bugs.edge.launchpad.net...## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#15301)](https://bugs.freedesktop.org/show_bug.cgi?id=15301)**
## Description
This bug has been filed here:
https://bugs.edge.launchpad.net/ubuntu/+source/poppler/+bug/209145
"The pdf file that include chinese could not display, just echoed as some squares, but some of them displayed correctly.
I have installed poppler-data and xpdf-chinese-simplified packages, and xpdf and adobe reader can display the pdf file without any problem."
http://launchpadlibrarian.net/13020571/chinese.pdf
Thanks,https://gitlab.freedesktop.org/poppler/poppler/-/issues/291"Bogus memory allocation size" for many pdf created by inkscape2018-10-07T00:01:13ZBugzilla Migration User"Bogus memory allocation size" for many pdf created by inkscape## Submitted by Andreas K. Hüttel
Assigned to **poppler-bugs**
**[Link to original bug (#105180)](https://bugs.freedesktop.org/show_bug.cgi?id=105180)**
## Description## Submitted by Andreas K. Hüttel
Assigned to **poppler-bugs**
**[Link to original bug (#105180)](https://bugs.freedesktop.org/show_bug.cgi?id=105180)**
## Descriptionhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/290printing entries from the Viewer Preferences dictionary2019-10-14T20:55:25ZBugzilla Migration Userprinting entries from the Viewer Preferences dictionary## Submitted by Pablo Rodríguez `@ousia`
Assigned to **poppler-bugs**
**[Link to original bug (#92779)](https://bugs.freedesktop.org/show_bug.cgi?id=92779)**
## Description
Pages 364 and 365 from the PDF specification
(https://www...## Submitted by Pablo Rodríguez `@ousia`
Assigned to **poppler-bugs**
**[Link to original bug (#92779)](https://bugs.freedesktop.org/show_bug.cgi?id=92779)**
## Description
Pages 364 and 365 from the PDF specification
(https://wwwimages2.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/PDF32000_2008.pdf#page=364)
contain some entries in the viewer dictonary that set up printing
options from the PDF file itself.
The main entries and their values are:
/PrintScaling /AppDefault or /None.
/Duplex /Simplex (required when printer’s default is double-sided
/DuplexFlipShortEdge (double-sided for landscape)
/DuplexFlipLongEdge (double-sided for portrait)
/PickTrayByPDFSize boolean (evince implements it as "Select page size using document page size)
/NumCopies integer (the specification points the number allowed in the printing dialog, but Adobe allows up to 5).
evince enables all these features in the printing dialog. But it cannot read them from the PDF file.
Could you implement them in poppler?https://gitlab.freedesktop.org/poppler/poppler/-/issues/289Configurable background color for converted PDFs using pdftohtml2018-10-07T00:34:41ZBugzilla Migration UserConfigurable background color for converted PDFs using pdftohtml## Submitted by Jeremy Maness
Assigned to **poppler-bugs**
**[Link to original bug (#20379)](https://bugs.freedesktop.org/show_bug.cgi?id=20379)**
## Description
Currently, the background color for converted PDFs using pdftohtml i...## Submitted by Jeremy Maness
Assigned to **poppler-bugs**
**[Link to original bug (#20379)](https://bugs.freedesktop.org/show_bug.cgi?id=20379)**
## Description
Currently, the background color for converted PDFs using pdftohtml is always #A0A0A0.
See:
- when using the frames option (see http://cgit.freedesktop.org/poppler/poppler/tree/utils/HtmlOutputDev.cc line 713)
- when using the noframes option (see http://cgit.freedesktop.org/poppler/poppler/tree/utils/HtmlOutputDev.cc line 1019)
Will you please make the background color configurable or possibly link the HTML document to a CSS stylesheet?https://gitlab.freedesktop.org/poppler/poppler/-/issues/288Evince ignores font hinting settings2018-08-21T10:36:53ZBugzilla Migration UserEvince ignores font hinting settings## Submitted by Sebastien Bacher
Assigned to **poppler-bugs**
**[Link to original bug (#10218)](https://bugs.freedesktop.org/show_bug.cgi?id=10218)**
## Description
That bug has been opened on https://launchpad.net/ubuntu/+source/...## Submitted by Sebastien Bacher
Assigned to **poppler-bugs**
**[Link to original bug (#10218)](https://bugs.freedesktop.org/show_bug.cgi?id=10218)**
## Description
That bug has been opened on https://launchpad.net/ubuntu/+source/evince/+bug/87230
"Binary package hint: evince
I specifically set my system to disable font hinting because I prefer the appearance.
However, Evince still insists on using hinting when rendering. As a result, I get particularly bad (worse than normal) text rendering with all documents. See attached screenshot for example.
Zooming in and out causes apparent font weight to increase and decrease by massive amounts. Worse still is that italicized text at the same zoom level appears thinner for Times New Roman. See screenshot for example. Notice also under point 4 the italic "zero" has its diagonal bar in the "z" missing. This is just another issue with font hinting, but illustrates the problem well.
...
http://librarian.launchpad.net/6512242/hinting.png
Screenshot"https://gitlab.freedesktop.org/poppler/poppler/-/issues/287Evince shows strange characters instead latin letters2018-10-26T15:20:32ZBugzilla Migration UserEvince shows strange characters instead latin letters## Submitted by Filipy
Assigned to **poppler-bugs**
**[Link to original bug (#94285)](https://bugs.freedesktop.org/show_bug.cgi?id=94285)**
## Description
Created attachment 121954
How the same file is shown on Evince (left) and F...## Submitted by Filipy
Assigned to **poppler-bugs**
**[Link to original bug (#94285)](https://bugs.freedesktop.org/show_bug.cgi?id=94285)**
## Description
Created attachment 121954
How the same file is shown on Evince (left) and Firefox (right)
Hello there,
I first reported it to Evince developers, but they said it is a Poppler specific problem and must be reported here.
So, I received by email a link to download the file wich is a pass to a rock show.
I opened it with Evince and couldn't read the content, the text was shown as strange characters. Since I don't have another PDF reader, I tried open it with Firefox (built-in PDF reader) and it shows the text correct.
The PDF file can be downloaded here: http://www.rockbones.com.br/?download_ticket=1416&order_key=1454909264&download_ticket_nonce=de41ca04e0
I'm on Arch Linux, with Evince version 3.18.2 and poppler 0.40.0.
Regards.
**Attachment 121954**, "How the same file is shown on Evince (left) and Firefox (right)":
![rockpass](/uploads/aacfcb85c59b94a8a27b83835ff0586e/rockpass.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/286white lines an colored background (in exported pdf from OO with image „Verank...2018-08-21T10:36:40ZBugzilla Migration Userwhite lines an colored background (in exported pdf from OO with image „Verankerung am Absatz“)## Submitted by Werner Meyer
Assigned to **poppler-bugs**
**[Link to original bug (#32974)](https://bugs.freedesktop.org/show_bug.cgi?id=32974)**
## Description
See
http://www.openoffice.org/issues/show_bug.cgi?id=116069
okular ...## Submitted by Werner Meyer
Assigned to **poppler-bugs**
**[Link to original bug (#32974)](https://bugs.freedesktop.org/show_bug.cgi?id=32974)**
## Description
See
http://www.openoffice.org/issues/show_bug.cgi?id=116069
okular says it's a poppler-bug.
Reproducible: Always
(using okular in gnome in opensuse)https://gitlab.freedesktop.org/poppler/poppler/-/issues/285splash slower than cairo at rendering a pdf2018-08-31T14:06:25ZBugzilla Migration Usersplash slower than cairo at rendering a pdf## Submitted by Kevin
Assigned to **poppler-bugs**
**[Link to original bug (#105827)](https://bugs.freedesktop.org/show_bug.cgi?id=105827)**
## Description
Okular renders some pdfs much slower than Evince, even though both use Pop...## Submitted by Kevin
Assigned to **poppler-bugs**
**[Link to original bug (#105827)](https://bugs.freedesktop.org/show_bug.cgi?id=105827)**
## Description
Okular renders some pdfs much slower than Evince, even though both use Poppler for the pdf backend. Apparently, this is because Evince uses the cairo backend of Poppler, while Okular must use splash.
For example, the second page of this pdf
https://arxiv.org/pdf/1701.07837v2
takes over 3 seconds for Okular to render. However, Evince renders it almost instantly.
Or when quickly scrolling through a large pdf, Evince seems to render the pages almost instantly, while Okular renders slower than I can (quickly) scroll. Here is an example large pdf:
https://arxiv.org/pdf/1508.02595v4
I'm using Okular 1.3.3, Evince 3.26.0, and poppler 0.61.1 on Archlinux (with an Intel i7-3720QM @ 2.6GHz).
I initially submitted this bug at
https://bugs.kde.org/show_bug.cgi?id=391972
bug was asked to submit it here instead. I apologize if this bug is considered to be a duplicate of some similar bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=23991
https://bugs.freedesktop.org/show_bug.cgi?id=78728
https://bugs.freedesktop.org/show_bug.cgi?id=81211https://gitlab.freedesktop.org/poppler/poppler/-/issues/284Letters in auto-font-size PDF form fields get cut off2018-08-21T10:36:27ZBugzilla Migration UserLetters in auto-font-size PDF form fields get cut off## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#60836)](https://bugs.freedesktop.org/show_bug.cgi?id=60836)**
## Description
Created attachment 74805
test case
From GNOME's bugzilla.
"When fil...## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#60836)](https://bugs.freedesktop.org/show_bug.cgi?id=60836)**
## Description
Created attachment 74805
test case
From GNOME's bugzilla.
"When filling a PDF form with fields that are set to auto-size the fonts to make
them fit the box evince cuts the letters by the base-line. This makes letters
like y, g and j get cut off. The proper behaviour should be to resize the font
in a manner that lets both ends of the most protuding letters fit at all times.
View the attached screenshot and pdf."
**Attachment 74805**, "test case":
[auto-font-size.zip](/uploads/cfcc9ecf06f7053df7182aea91dd63d8/auto-font-size.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/283poppler: file parsing infinite loop encountered with docs containing image ma...2018-10-05T23:24:01ZBugzilla Migration Userpoppler: file parsing infinite loop encountered with docs containing image masks (sample attached)## Submitted by Ed Porras
Assigned to **poppler-bugs**
**[Link to original bug (#63088)](https://bugs.freedesktop.org/show_bug.cgi?id=63088)**
## Description
Created attachment 77390
Sample document containing Image Mask causing p...## Submitted by Ed Porras
Assigned to **poppler-bugs**
**[Link to original bug (#63088)](https://bugs.freedesktop.org/show_bug.cgi?id=63088)**
## Description
Created attachment 77390
Sample document containing Image Mask causing poppler to get stuck in an infinite loop
We are working on an internal tool that uses poppler for PDF processing and have encountered a handful of documents that cause the poppler core to enter an infinite loop. I've looked at a couple of them and it looks to be something related to the parsing of image masks. This is happening both under linux and OS X, linked against poppler 0.22.2.
I've confirmed the bug is in poppler and not our application as it is also seen with pdftohtml. Enabling PrintCommands produces output that doesn't take long for it to show the problem:
…
re 661.08 456.362 609.48 -104.88
f
cs /Cs6
scn 1 1 1
gs /GS1
gfx state dict: << /SA false /SM 0.02 /Type /ExtGState >>
re 0 1 1 -1
f
scn 0.8 0.8 0.8
q
cm 1 0 0 -1 0 1
Do /Im1
Q
cs /Cs6
scn 1 1 1
gs /GS1
gfx state dict: << /SA false /SM 0.02 /Type /ExtGState >>
re 0 1 1 -1
f
scn 0.8 0.8 0.8
q
cm 1 0 0 -1 0 1
Do /Im1
Q
cs /Cs6
scn 1 1 1
gs /GS1
gfx state dict: << /SA false /SM 0.02 /Type /ExtGState >>
…
If I had to guess, an offset is not getting applied resulting in the same object getting returned. I realize there is a repeated graphic on the page but by the time I killed pdftohtml (< 30s from starting it), there were around 140k instances of the PNG written to disk and I'm pretty sure that can't be right :)
I've extracted a single page of one that shows the issue and have attached it. Please note that running it on the file will quickly create thousands of small 8x8 PNGs about 100 bytes in size.
There are two similar issues reported but they date back to 2010 and are marked resolved so I'm not confident it is the same problem:
https://bugs.freedesktop.org/show_bug.cgi?id=28784
https://bugs.freedesktop.org/show_bug.cgi?id=28172
In the meantime, I'm trying to trace through the code to try and get an understanding but I'm very unfamiliar with the Parser/Lexer portion of the poppler core. Hope you can help and let me know if there's any other way I can assist.
Thank you.
**Attachment 77390**, "Sample document containing Image Mask causing poppler to get stuck in an infinite loop":
[02fa51062afad2f4ddaf38141ef6aa70_1.pdf](/uploads/52ed68f456a587217524902b4d3dbbe5/02fa51062afad2f4ddaf38141ef6aa70_1.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/282Sharper scaling at lower zoom level2018-08-21T10:36:12ZBugzilla Migration UserSharper scaling at lower zoom level## Submitted by Marcin
Assigned to **poppler-bugs**
**[Link to original bug (#29727)](https://bugs.freedesktop.org/show_bug.cgi?id=29727)**
## Description
At lower zoom the downscale image is too blurred especially with
black-whit...## Submitted by Marcin
Assigned to **poppler-bugs**
**[Link to original bug (#29727)](https://bugs.freedesktop.org/show_bug.cgi?id=29727)**
## Description
At lower zoom the downscale image is too blurred especially with
black-white text scans. To see the difference I attach a patch
that change the filter at downscale to NEAREST.https://gitlab.freedesktop.org/poppler/poppler/-/issues/281pdfimages gets stuck in endless loop and extraction of jpeg grows image-file ...2019-02-04T21:49:31ZBugzilla Migration Userpdfimages gets stuck in endless loop and extraction of jpeg grows image-file to max. disk capacity## Submitted by ano..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#107042)](https://bugs.freedesktop.org/show_bug.cgi?id=107042)**
## Description
Created attachment 140341
Be careful when using the given command...## Submitted by ano..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#107042)](https://bugs.freedesktop.org/show_bug.cgi?id=107042)**
## Description
Created attachment 140341
Be careful when using the given command
OS: Debian 9.4 (amd 64)
Ver: pdfimages version 0.63.0
----
user@laptop:/tmp$ pdfimages -j /tmp/testfile.pdf image.jpg
Syntax Error (2143): Dictionary key must be a name object
Syntax Error (2200): Dictionary key must be a name object
Syntax Error (2201): Dictionary key must be a name object
Syntax Error (2213): Dictionary key must be a name object
Syntax Error (2143): Dictionary key must be a name object
Syntax Error (2200): Dictionary key must be a name object
Syntax Error (2201): Dictionary key must be a name object
Syntax Error (2213): Dictionary key must be a name object
Syntax Error: Couldn't find trailer dictionary
Syntax Error: Invalid XRef entry
Syntax Error (1732): Missing 'endstream' or incorrect stream length
.... endless loop ....
----
e.g. attached example pdf-file
**Attachment 140341**, "Be careful when using the given command":
[testfile.pdf](/uploads/aec6ea84342f4ab39da3308560a54092/testfile.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/280Downloaded pdf w/forms will not open when uploaded to Adobe2018-10-27T14:55:04ZBugzilla Migration UserDownloaded pdf w/forms will not open when uploaded to Adobe## Submitted by Fred Wright
Assigned to **poppler-bugs**
**[Link to original bug (#43646)](https://bugs.freedesktop.org/show_bug.cgi?id=43646)**
## Description
Created attachment 54254
The filled-in pdf as submitted to my correspo...## Submitted by Fred Wright
Assigned to **poppler-bugs**
**[Link to original bug (#43646)](https://bugs.freedesktop.org/show_bug.cgi?id=43646)**
## Description
Created attachment 54254
The filled-in pdf as submitted to my correspondent
1. Down load a document from my correspondent.
2. Open with Okular
3. Click "Show Forms"
4. Click and type as needed
5. "Save As" new document
6. Mail using Thunderbird to the correspondent.
7. Correspondent attempts to open the file. I have to assume Windows
here but I do not actually know.
====clip====
Got an error that says "There was an error opening this document. There
was a problem reading this document (14)"
====clip====
Attached is:
Filled-in pdf
I will add the as-downloaded pdf wit comment function.
**Attachment 54254**, "The filled-in pdf as submitted to my correspondent":
[Filled-in.pdf](/uploads/43d049e6454b7a7477447187b4ca4708/Filled-in.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/279Horizontal lines are displayed and printed too thin2018-08-21T10:35:57ZBugzilla Migration UserHorizontal lines are displayed and printed too thin## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#20714)](https://bugs.freedesktop.org/show_bug.cgi?id=20714)**
## Description
this report has been filed here:
https://bugs.edge.launchpad....## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#20714)](https://bugs.freedesktop.org/show_bug.cgi?id=20714)**
## Description
this report has been filed here:
https://bugs.edge.launchpad.net/ubuntu/+source/poppler/+bug/247113
"If you create sheet music with Lilypond the vertical bars are too thick in Evince. Especially the bars are much more thicker when you print it and thats what you normally do with sheet music. If you print the same PDF (created by Lilypond) with Acrobat Reader the bars are correct.
I added a sample Lilypond file and the corresponding PDF file. To reproduce it, print it with Acrobat Reader and then with Evince and you will see the difference. I have also added a screenshot with both applications zoomed in. The difference in the screenshots are marginal, but the difference in the hardcopy are huge."
http://launchpadlibrarian.net/15924702/sample.ly
http://launchpadlibrarian.net/15924704/sample.pdf
screenshot:
http://launchpadlibrarian.net/15924716/comparison.png
thanks in advance,