poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2019-01-09T13:01:24Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/406Mathematical symbols not rendered2019-01-09T13:01:24ZBugzilla Migration UserMathematical symbols not rendered## Submitted by David
Assigned to **poppler-bugs**
**[Link to original bug (#105114)](https://bugs.freedesktop.org/show_bug.cgi?id=105114)**
## Description
Some mathematical symbols are not rendered at all, not even showing an emp...## Submitted by David
Assigned to **poppler-bugs**
**[Link to original bug (#105114)](https://bugs.freedesktop.org/show_bug.cgi?id=105114)**
## Description
Some mathematical symbols are not rendered at all, not even showing an empty rectangle or something similar. For example, the following document:
http://www.jmlr.org/papers/volume7/belkin06a/belkin06a.pdf
in page 7 contains a delta symbol (traingle pointing upwards), which is rendered correctly in Adobe's PDF reader or chrome's built-in PDF reader, but on not software based on Poppler (such as Okular).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/34Add support for pdf tooltip!2021-02-11T23:02:14ZBugzilla Migration UserAdd support for pdf tooltip!## Submitted by 9u0..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#105326)](https://bugs.freedesktop.org/show_bug.cgi?id=105326)**
## Description
Some PDf files have 'tooltip' feature on them. For an example doc...## Submitted by 9u0..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#105326)](https://bugs.freedesktop.org/show_bug.cgi?id=105326)**
## Description
Some PDf files have 'tooltip' feature on them. For an example document, see the section 3.2 (\pdftooltip command) of the 'package documentation' file on this website (https://www.ctan.org/pkg/pdfcomment).
I tested this using the aformentioned .pdf file and various PDF readers. It worked perfectly with Microsoft Edge (Windows), SumatraPDF (Windows, Wine on Linux and macOS), Adobe Acrobat Reader (Windows and macOS), and Foxit reader (Windows, Linux, and macOS). But not with Evince. (Actually I couldn't find any Linux-native reader that support this tooltip feature.) An Evince developer told me that this is because Poppler doesn't support API for tooltips (https://bugzilla.gnome.org/show_bug.cgi?id=793986).https://gitlab.freedesktop.org/poppler/poppler/-/issues/476segmentation fault on getColor2018-10-05T22:14:57ZBugzilla Migration Usersegmentation fault on getColor## Submitted by tb@..@..day.fr
Assigned to **poppler-bugs**
**[Link to original bug (#105329)](https://bugs.freedesktop.org/show_bug.cgi?id=105329)**
## Description
Created attachment 137757
sample file that crashes when trying to...## Submitted by tb@..@..day.fr
Assigned to **poppler-bugs**
**[Link to original bug (#105329)](https://bugs.freedesktop.org/show_bug.cgi?id=105329)**
## Description
Created attachment 137757
sample file that crashes when trying to extract document info using poppler
Hi,
Poppler fails with a segmentation fault with som PDF documents. I've attached a sample document that fails. Failure seems to occur when calling getColor.
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff2238687 in TextWord::getColor (b=, g=, r=,
this=) at poppler_src/poppler/TextOutputDev.h:174
174 poppler_src/poppler/TextOutputDev.h: No such file or directory.
Tried on both linux and Mac.
**Attachment 137757**, "sample file that crashes when trying to extract document info using poppler":
[Trial.1_dp.pdf](/uploads/3697c7d0f8730ef2ce7edd029a729c12/Trial.1_dp.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/3pdfimages miscalculates image PPI for rotated and scaled images (patch provided)2023-10-11T01:35:00ZBugzilla Migration Userpdfimages miscalculates image PPI for rotated and scaled images (patch provided)## Submitted by fre..@..et.com
Assigned to **poppler-bugs**
**[Link to original bug (#105614)](https://bugs.freedesktop.org/show_bug.cgi?id=105614)**
## Description
Created attachment 138211
Patch to correct the error
pdfimages m...## Submitted by fre..@..et.com
Assigned to **poppler-bugs**
**[Link to original bug (#105614)](https://bugs.freedesktop.org/show_bug.cgi?id=105614)**
## Description
Created attachment 138211
Patch to correct the error
pdfimages miscalculates image PPI for rotated and scaled images
Tested on https://github.com/angea/PDF101/blob/master/handcoded/111_current-transformation-matrix-ctm.pdf
UNPATCHED
>pdfimages -list 111_current-transformation-matrix-ctm.pdf
page num type width height color comp bpc enc interp object ID x-ppi y-ppi size ratio
--------------------------------------------------------------------------------------------
1 0 image 2 2 rgb 3 8 image no 5 0 4 4 13B 108%
1 1 image 2 2 rgb 3 8 image no 5 0 5 3 13B 108%
1 2 image 2 2 rgb 3 8 image no 5 0 3 5 13B 108%
1 3 image 2 2 rgb 3 8 image no 5 0 6 3 13B 108%
1 4 image 2 2 rgb 3 8 image no 5 0 3 10 13B 108%
1 5 image 2 2 rgb 3 8 image no 5 0 4 72000 13B 108%
1 6 image 2 2 rgb 3 8 image no 5 0 4 2 13B 108%
1 7 image 2 2 rgb 3 8 image no 5 0 2 4 13B 108%
1 8 image 2 2 rgb 3 8 image no 5 0 14401 1 13B 108%
1 9 image 2 2 rgb 3 8 image no 5 0 1 2 13B 108%
1 10 image 2 2 rgb 3 8 image no 5 0 0.950 4 13B 108%
1 11 image 2 2 rgb 3 8 image no 5 0 4 0.950 13B 108%
1 12 image 2 2 rgb 3 8 image no 5 0 0.950 4 13B 108%
1 13 image 2 2 rgb 3 8 image no 5 0 1 4 13B 108%
1 14 image 2 2 rgb 3 8 image no 5 0 0.950 4 13B 108%
1 15 image 2 2 rgb 3 8 image no 5 0 0.950 4 13B 108%
1 16 image 2 2 rgb 3 8 image no 5 0 4 0.950 13B 108%
PATCHED
>pdfimages -list 111_current-transformation-matrix-ctm.pdf
page num type width height color comp bpc enc interp object ID x-ppi y-ppi size ratio
--------------------------------------------------------------------------------------------
1 0 image 2 2 rgb 3 8 image no 5 0 4 4 13B 108%
1 1 image 2 2 rgb 3 8 image no 5 0 5 3 13B 108%
1 2 image 2 2 rgb 3 8 image no 5 0 3 5 13B 108%
1 3 image 2 2 rgb 3 8 image no 5 0 4 4 13B 108%
1 4 image 2 2 rgb 3 8 image no 5 0 4 4 13B 108%
1 5 image 2 2 rgb 3 8 image no 5 0 3 4 13B 108%
1 6 image 2 2 rgb 3 8 image no 5 0 3 4 13B 108%
1 7 image 2 2 rgb 3 8 image no 5 0 4 3 13B 108%
1 8 image 2 2 rgb 3 8 image no 5 0 0.720 0.509 13B 108%
1 9 image 2 2 rgb 3 8 image no 5 0 0.720 0.624 13B 108%
1 10 image 2 2 rgb 3 8 image no 5 0 0.450 4 13B 108%
1 11 image 2 2 rgb 3 8 image no 5 0 4 0.450 13B 108%
1 12 image 2 2 rgb 3 8 image no 5 0 0.450 4 13B 108%
1 13 image 2 2 rgb 3 8 image no 5 0 0.600 4 13B 108%
1 14 image 2 2 rgb 3 8 image no 5 0 0.450 4 13B 108%
1 15 image 2 2 rgb 3 8 image no 5 0 0.450 4 13B 108%
1 16 image 2 2 rgb 3 8 image no 5 0 4 0.450 13B 108%
**Patch 138211**, "Patch to correct the error":
[pdfimages.patch](/uploads/330d8cbd2d9b1e3a37e414d4b562859d/pdfimages.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/413Wrong text display in PDF2018-08-21T10:53:39ZBugzilla Migration UserWrong text display in PDF## Submitted by Dmitry
Assigned to **poppler-bugs**
**[Link to original bug (#105665)](https://bugs.freedesktop.org/show_bug.cgi?id=105665)**
## Description
Created attachment 138253
File with incorrectly displayed text
Text in t...## Submitted by Dmitry
Assigned to **poppler-bugs**
**[Link to original bug (#105665)](https://bugs.freedesktop.org/show_bug.cgi?id=105665)**
## Description
Created attachment 138253
File with incorrectly displayed text
Text in the attached file is horizontally cut, screenshot attached.
Text is displayed correctly with Okular, Foxit software, Master PDF Editor and Adobe.
The issue appears in Evince software, redirected here by their support. Link for Evince bugtracker issue:
https://bugzilla.gnome.org/show_bug.cgi?id=794562
**Attachment 138253**, "File with incorrectly displayed text":
[text-error.pdf](/uploads/1b083f8c574db25c216026c2a311ce53/text-error.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/379PDF compliance: Always respect Annot Rect2018-10-07T00:31:17ZBugzilla Migration UserPDF compliance: Always respect Annot Rect## Submitted by Tobias Deiminger
Assigned to **poppler-bugs**
**[Link to original bug (#105692)](https://bugs.freedesktop.org/show_bug.cgi?id=105692)**
## Description
To be compliant to ISO 32k, we always have to respect the geome...## Submitted by Tobias Deiminger
Assigned to **poppler-bugs**
**[Link to original bug (#105692)](https://bugs.freedesktop.org/show_bug.cgi?id=105692)**
## Description
To be compliant to ISO 32k, we always have to respect the geometry of Annot /Rect. See [0]. Currently there are cases where poppler draws annotations at another size. Namely this happens when poppler generates appearances at runtime to substitute missing AP entries for AnnotText, AnnotLine, AnnotTextMarkup, AnnotPolygon and AnnotInk (e.g. [1], [2]).
For example, you can end up with a popup note drawn as 24 x 24 pts even if Annot Rect says 16 x 16 pts. Poppler does not update Annot Rect, it keeps telling 16 x 16. Therefore the new size is also not reflected in public APIs. So the bug is not only about PDF non-conformance, but it also leaves clients unaware of the actually rendered size [4].
ISO 32k contains a detailed description about how to fit appearance streams into Annot Rect. See "Algorithm: Appearance streams" from ISO 32000-1:2008, 12.5.5. To sum up:
a) make a quadrilateral from AP BBox by applying apperances transformation Matrix, and calculate a temporary transformed AP BBox that encompasses the quadrilateral
b) calculate a temporary Matrix A that scales the transformed AP BBox into Annot Rect
c) use this Matrix A to draw the appearance
The existing method Gfx::drawAnnot nicely implements this algorithm. We just have to call Gfx::drawAnnot with the original Annot Rect size instead passing other values.
Patches will follow, comments are appreciated in advance.
[0] https://lists.freedesktop.org/archives/poppler/2018-March/012909.html
[1] https://cgit.freedesktop.org/poppler/poppler/tree/poppler/Annot.cc?h=poppler-0.63.0#n2486
[2] https://cgit.freedesktop.org/poppler/poppler/tree/poppler/Annot.cc?h=poppler-0.63.0#n5890
[3] https://cgit.freedesktop.org/poppler/poppler/tree/poppler/Gfx.cc?h=poppler-0.63.0#n5125
[4] https://bugs.kde.org/show_bug.cgi?id=388458https://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/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/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/247Pathfinder rulebooks render very slowly2018-10-05T22:54:04ZBugzilla Migration UserPathfinder rulebooks render very slowly## Submitted by Manuel Vögele
Assigned to **poppler-bugs**
**[Link to original bug (#105835)](https://bugs.freedesktop.org/show_bug.cgi?id=105835)**
## Description
Most of the Pathfinder rule books take multiple seconds to render ...## Submitted by Manuel Vögele
Assigned to **poppler-bugs**
**[Link to original bug (#105835)](https://bugs.freedesktop.org/show_bug.cgi?id=105835)**
## Description
Most of the Pathfinder rule books take multiple seconds to render in poppler. The "Iron Gods Player's Guide" is an example of such a case which can be downloaded for free ( http://paizo.com/products/btpy98lf?Pathfinder-Adventure-Path-Iron-Gods-Players-Guide ).
On my Machine, the 4th page of "Iron Gods Player's Guide" takes 5 seconds to render. For comparison: MuPDF and Foxit render the page in less than a second.https://gitlab.freedesktop.org/poppler/poppler/-/issues/373Fix cmake call for openemebedded builds (and Fedora)2018-10-05T23:21:03ZBugzilla Migration UserFix cmake call for openemebedded builds (and Fedora)## Submitted by Andreas Müller
Assigned to **poppler-bugs**
**[Link to original bug (#105852)](https://bugs.freedesktop.org/show_bug.cgi?id=105852)**
## Description
Created attachment 138506
Patch
Overwriting CMAKE_CXX_FLAGS/CMAK...## Submitted by Andreas Müller
Assigned to **poppler-bugs**
**[Link to original bug (#105852)](https://bugs.freedesktop.org/show_bug.cgi?id=105852)**
## Description
Created attachment 138506
Patch
Overwriting CMAKE_CXX_FLAGS/CMAKE_C_FLAGS breaks openemebedded/yocto build and it seems Fedora needs a workaround too.
~~**Patch 138506**~~, "Patch":
[0001-Do-not-overwrite-all-build-flags-when-running-cmake.patch](/uploads/2b151a4e6dc29126a0df4cabf1ce4a89/0001-Do-not-overwrite-all-build-flags-when-running-cmake.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/150Large numbers of POPPLER_ACTION_UNKNOWN messages2019-05-27T22:40:34ZBugzilla Migration UserLarge numbers of POPPLER_ACTION_UNKNOWN messages## Submitted by Joe Buck
Assigned to **poppler-bugs**
**[Link to original bug (#105858)](https://bugs.freedesktop.org/show_bug.cgi?id=105858)**
## Description
Created attachment 138511
pdf with fill-out forms (california tax form)...## Submitted by Joe Buck
Assigned to **poppler-bugs**
**[Link to original bug (#105858)](https://bugs.freedesktop.org/show_bug.cgi?id=105858)**
## Description
Created attachment 138511
pdf with fill-out forms (california tax form)
Opening the attached pdf with evince generates large numbers of messages on the console of the form
** (evince:10371): WARNING **: Unimplemented action: POPPLER_ACTION_UNKNOWN, please post a bug report in Evince bugzilla (http://bugzilla.gnome.org) with a testcase.
However, the Gnome people have been closing such bugs as "RESOLVED NOT-GNOME", claiming that this is a poppler bug, not a Gnome bug, and they have been doing this for TEN YEARS! I know people who won't use Gnome because of the frightening messages spewed by almost every application when run from a terminal, so it would be cool if this could be fixed. Perhaps the bug report has never gone to the right people.
I'm running a Fedora 27 system. The poppler version is
poppler-0.57.0-8.fc27.x86_64
and the evince version is
evince-3.26.0-1.fc27.x86_64
To duplicate, just type
evince 17_540.pdf
on a terminal. This file is the standard tax form for the state of California.
**Attachment 138511**, "pdf with fill-out forms (california tax form)":
[17_540.pdf](/uploads/d13c9974b2b5d7869cbe8eaac2e8f25f/17_540.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/190Blank page when tiling pattern's cell is too far2020-07-06T13:25:10ZBugzilla Migration UserBlank page when tiling pattern's cell is too far## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#105905)](https://bugs.freedesktop.org/show_bug.cgi?id=105905)**
## Description
Created attachment 138621
reproducer
Rendering of tiling ...## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#105905)](https://bugs.freedesktop.org/show_bug.cgi?id=105905)**
## Description
Created attachment 138621
reproducer
Rendering of tiling pattern which has pattern matrix moving pattern cell far away (e.g. /Matrix [ 0.96000 0 0 -0.96000 42.54000 245481.37900 ]) can fail on allocation of memory (e.g. in CairoOutputDev).
I've prepared a patch which solves this issue by moving the pattern cell as close to (0,0) as possible by integer number of cells in pattern matrix before it is passed to tilingPatternFill().
Attached is page number 332 from a document where this can be reproduced (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/pdf/virtualization_deployment_and_administration_guide/Red_Hat_Enterprise_Linux-7-Virtualization_Deployment_and_Administration_Guide-en-US.pdf).
Link to the original bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=1557355
**Attachment 138621**, "reproducer":
[page-332.pdf](/uploads/349960d8852b7af31e00548721d3dde6/page-332.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/466Incorrect math symbols2018-08-21T11:00:36ZBugzilla Migration UserIncorrect math symbols## Submitted by t.s..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#105991)](https://bugs.freedesktop.org/show_bug.cgi?id=105991)**
## Description
Created attachment 138759
The sum sign is displayed as a dot. Pag...## Submitted by t.s..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#105991)](https://bugs.freedesktop.org/show_bug.cgi?id=105991)**
## Description
Created attachment 138759
The sum sign is displayed as a dot. Page 2
Referring to this issue:
https://github.com/silenc3r/fedora-better-fonts/issues/8
I have attached a PDF. When opening it in the browser, math equations are correct. When opening it in Okular (PDF viewer), some symbols are incorrect. Okular says that 'google-croscore/SymbolNeu.ttf' is used for 'Symbol'.
PDF Example: The sum sign is displayed as a dot. Page 2
**Attachment 138759**, "The sum sign is displayed as a dot. Page 2":
[El-Alfy2001_Model-based_Q-learning_for_wireless_channel_alloc.pdf](/uploads/9011b6d02b4a4cdef98380be4cef4923/El-Alfy2001_Model-based_Q-learning_for_wireless_channel_alloc.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/107heap-buffer-overflow in Splash::fillGlyph22020-11-28T22:55:16ZBugzilla Migration Userheap-buffer-overflow in Splash::fillGlyph2## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#106060)](https://bugs.freedesktop.org/show_bug.cgi?id=106060)**
## Description
==20495==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x60200...## Submitted by pdknsk
Assigned to **poppler-bugs**
**[Link to original bug (#106060)](https://bugs.freedesktop.org/show_bug.cgi?id=106060)**
## Description
==20495==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x602000c66214 at pc 0x000000a9e07c bp 0x7ffc90fe2e90 sp 0x7ffc90fe2e88
READ of size 1 at 0x602000c66214 thread T0
#0 0xa9e07b in Splash::fillGlyph2(int, int, SplashGlyphBitmap*, bool) poppler/splash/Splash.cc:2889:59
#1 0xa9787d in Splash::fillChar(double, double, int, SplashFont*) poppler/splash/Splash.cc:2753:5
#2 0xa37c96 in SplashOutputDev::drawChar(GfxState*, double, double, double, double, double, double, unsigned int, int, unsigned int*, int) poppler/poppler/SplashOutputDev.cc:2466:13
#3 0x8aa6c3 in Gfx::doShowText(GooString const*) poppler/poppler/Gfx.cc:4049:14
#4 0x86c687 in Gfx::opShowText(Object*, int) poppler/poppler/Gfx.cc:3776:3
#5 0x88b290 in Gfx::go(bool) poppler/poppler/Gfx.cc:747:7
#6 0x889f45 in Gfx::display(Object*, bool) poppler/poppler/Gfx.cc:709:3
#7 0x97adf0 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
#8 0x7a439f 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
#9 0xa28303 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:13https://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/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/141Pathological case demonstrating massive slowdown2018-10-05T23:01:55ZBugzilla Migration UserPathological case demonstrating massive slowdown## Submitted by solo
Assigned to **poppler-bugs**
**[Link to original bug (#106135)](https://bugs.freedesktop.org/show_bug.cgi?id=106135)**
## Description
Created attachment 138921
before
From a bug reported to pdfgrep at https:/...## Submitted by solo
Assigned to **poppler-bugs**
**[Link to original bug (#106135)](https://bugs.freedesktop.org/show_bug.cgi?id=106135)**
## Description
Created attachment 138921
before
From a bug reported to pdfgrep at https://gitlab.com/pdfgrep/pdfgrep/issues/25
The original file, before.pdf, took pdfgrep only 7 seconds to search.
I then decompressed and recompressed the file to produce after.pdf. On
this new file, pdfgrep now takes 80 seconds to search it. I also tested
this procedure against some ebooks and found much worse results, such as
an increase from 4s to 250s.
It looks like this might be poppler related, since timing pdftotext on the
files also exhibits a 10x difference in performance. But every other pdf
viewer (Mac OS X Preview and Skim, mupdf, PDF.js) and parser (mutool,
podofo, pdf-parser.py, pstotext/ghostscript) I tried doesn't exhibit any
significant performance difference between these two files.
**Attachment 138921**, "before":
[before.pdf](/uploads/5e64b2246ef131dd40ae775613eba79e/before.pdf)