poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2022-04-04T11:37:23Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/944Cairo backend doesn't render imageless type 3 glyph2022-04-04T11:37:23ZOri AvtalionCairo backend doesn't render imageless type 3 glyphUsing libpoppler 0.86.1-0ubuntu1.
[This PDF](/uploads/762ef81481fb55bda8c0503b1ee05c94/Super_Skill_Pinball.pdf) includes images for various inline images as part of the text, such as die faces.
This can be seen throughout, but specifica...Using libpoppler 0.86.1-0ubuntu1.
[This PDF](/uploads/762ef81481fb55bda8c0503b1ee05c94/Super_Skill_Pinball.pdf) includes images for various inline images as part of the text, such as die faces.
This can be seen throughout, but specifically on page 5.
With a Cairo-based program, such as `evince` or `pdftocairo`, these images don't show. Instead, there are just solid squares.
The images appear correctly when using `pdftoppm`.
In other cases, such as on the top left of page 20, yellow circles with stars are supposed to show, but instead, there's nothing, not even solid shapes.https://gitlab.freedesktop.org/poppler/poppler/-/issues/941Support 'de facto' UTF16-LE strings in pdf2020-07-10T21:00:45ZNelson Benítez LeónSupport 'de facto' UTF16-LE strings in pdfPDF standard does not use UTF16-LE strings (instead mandates UTF16-BE) but we can find pdf files in the wild which include LE strings.
I'm attaching such a one file: [INDICE2020-03-23.pdf](/uploads/56f716ae547ee09d25c6347c6e98a15a/INDIC...PDF standard does not use UTF16-LE strings (instead mandates UTF16-BE) but we can find pdf files in the wild which include LE strings.
I'm attaching such a one file: [INDICE2020-03-23.pdf](/uploads/56f716ae547ee09d25c6347c6e98a15a/INDICE2020-03-23.pdf)
you'll notice the Outline items for page 14 and 31 show garbage text (a starting 'ÿþ' in the case of Okular) and in Evince even no text at all, only the two garbage chars are shown (which are the ascii representation of the UTF16 leading BOM bytes).
In Adobe Reader and in pdf.js those outline items are shown fine, so they are supporting LE strings. Let's do the same and add support for that.
Evince issue: https://gitlab.gnome.org/GNOME/evince/-/issues/1444https://gitlab.freedesktop.org/poppler/poppler/-/issues/938PDF - Stitching functions with sampled function that repeats a pattern does n...2021-07-28T18:29:35ZJacob SieferPDF - Stitching functions with sampled function that repeats a pattern does not get renderedThis issue was previously raised downstream at gnome - evince: https://gitlab.gnome.org/GNOME/evince/-/issues/1451
Drawing a linear gradient:
```css
background: linear-gradient(red 0%, green 25%, blue 50%, red 50%, green 75%, blue 100%)...This issue was previously raised downstream at gnome - evince: https://gitlab.gnome.org/GNOME/evince/-/issues/1451
Drawing a linear gradient:
```css
background: linear-gradient(red 0%, green 25%, blue 50%, red 50%, green 75%, blue 100%);
```
| Expected | Actual |
| ------ | ------ |
| ![expected](/uploads/cf6339fcc3adf6a3dbf73069b4a70c55/expected.png) | ![actual](/uploads/445c11e8b59cc5ec11f28779c7e6f877/actual.png) |
The PDF uses stitching functions with sampled functions. The gradient repeats it self, and looks fine on all viewers. However Evince seems to ignore the last 3 sampled functions and only shows half.
By changing the color of one of the color sample values by one, Evince is happy again and renders the files as expected.
See attached files and different in line 97 - second last byte.
[fails.pdf](/uploads/647022a2a69273a8210f1ae67f63faf7/fails.pdf)
[works.pdf](/uploads/0ec329abddd5d5d95379fb25a1902ffa/works.pdf)
> The issue can be reproduced with poppler's utilities. For example:
> ```shell
> % pdftoppm -png 'fails.pdf' -o fails-default
> % pdftocairo -png 'fails.pdf' -o fails-cairo
> ```
> Those commands will generate a png each. The first one correctly (splash backend of Poppler), and the second wrongly (cairo backend of Poppler).
>
> Comment by @gpoohttps://gitlab.freedesktop.org/poppler/poppler/-/issues/937tiling pattern clipped rendering2020-07-16T16:57:29Zwangptiling pattern clipped renderingThe following PDF renders incorrectly with Okular/poppler_qt5viewer/pdftoppm (attached). It renders correctly with evince/pdftocairo.
Tested with poppler-0.90.0
[pattern.pdf](/uploads/4e0178fe2efd008113c1860460565999/pattern.pdf)
[pdf...The following PDF renders incorrectly with Okular/poppler_qt5viewer/pdftoppm (attached). It renders correctly with evince/pdftocairo.
Tested with poppler-0.90.0
[pattern.pdf](/uploads/4e0178fe2efd008113c1860460565999/pattern.pdf)
[pdftoppm output](/uploads/2adf4ae89a7aa11c3590cc78c152ba96/pattern.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/936Overflow in Xref2020-07-13T20:24:54ZshellwayxwOverflow in XrefI find an overflow in XRef, which is caused by mutual recursive call.
./pdfinfo ./xref.pdf
[xref.zip](/uploads/2dc6000cf4963e722f4e1e884cb088bd/xref.zip)I find an overflow in XRef, which is caused by mutual recursive call.
./pdfinfo ./xref.pdf
[xref.zip](/uploads/2dc6000cf4963e722f4e1e884cb088bd/xref.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/934Blurry Fonts2023-03-06T12:05:14ZanmeldBlurry FontsIssued a problem about blurry fonts in pdfs using evince. They told me to issue here:
https://gitlab.gnome.org/GNOME/evince/-/issues/1439
Any advices?Issued a problem about blurry fonts in pdfs using evince. They told me to issue here:
https://gitlab.gnome.org/GNOME/evince/-/issues/1439
Any advices?https://gitlab.freedesktop.org/poppler/poppler/-/issues/933pdfsig dumps core2020-06-20T22:32:02ZRichard PALOpdfsig dumps coreIt's been awhile since I've tried pdfsig, but I'm getting a SEGV on any pdf I try:
```
Stack trace of thread 1096142:
#0 0x00007f07aea6d281 _ZN6PDFDoc18getSignatureFieldsEv (libpoppler.so.99 + 0x1cd281)
#...It's been awhile since I've tried pdfsig, but I'm getting a SEGV on any pdf I try:
```
Stack trace of thread 1096142:
#0 0x00007f07aea6d281 _ZN6PDFDoc18getSignatureFieldsEv (libpoppler.so.99 + 0x1cd281)
#1 0x000056213711729c main (pdfsig + 0x229c)
#2 0x00007f07ae51f002 __libc_start_main (libc.so.6 + 0x27002)
#3 0x0000562137117c2e _start (pdfsig + 0x2c2e)
```
pdfinfo reports for example:
```
Producer: cairo 1.17.3 (https://cairographics.org)
CreationDate: Sun Nov 17 12:04:30 2019 CET
Tagged: no
UserProperties: no
Suspects: no
Form: none
JavaScript: no
Pages: 1
Encrypted: no
Page size: 595.276 x 841.89 pts (A4)
Page rot: 0
File size: 1723686 bytes
Optimized: no
PDF version: 1.5
```
running on uptodate `Linux sarchx64 5.4.47-1-lts #1 SMP Wed, 17 Jun 2020 19:42:02 +0000 x86_64 GNU/Linux`
```
$ pacman -Qo pdfsig
/usr/bin/pdfsig appartient à poppler 0.88.0-1
```
last few strace lines(immediately after `openat`:
```
fstat(14, {st_mode=S_IFREG|0644, st_size=1723686, ...}) = 0
lseek(14, 0, SEEK_END) = 1723686
lseek(14, 0, SEEK_END) = 1723686
pread64(14, "%PDF-1.5\n%\265\355\256\373\n4 0 obj\n<< /Lengt"..., 256, 0) = 256
pread64(14, "<<\n /ExtGState <<\n /a0 <<"..., 256, 256) = 256
pread64(14, " /I true\n /CS /DeviceRGB\n"..., 256, 512) = 256
pread64(14, ">>\nstream\nx\234L\275\211\266\335H\256,\371\377\237\372\326\353\2246\247\230I6"..., 256, 768) = 256
pread64(14, "%PDF-1.5\n%\265\355\256\373\n4 0 obj\n<< /Lengt"..., 256, 0) = 256
lseek(14, 0, SEEK_END) = 1723686
pread64(14, "\24*\343\301KaR\237\313\321Vn3\v}#+\"_\274\34\36\\\317\250z\335\314\371\240ku"..., 256, 1722662) = 256
pread64(14, "\330U\340\337\271\20\302\353\217\262\372b\341\210\257\311)$/\320j\370\3213o8VX\252|P\273"..., 256, 1722918) = 256
pread64(14, "<< /Type /Pages\n /Kids [ 2 0 R"..., 256, 1723174) = 256
pread64(14, "001723166 00000 n \n0000000348 00"..., 256, 1723430) = 256
pread64(14, "xref\n0 10\n0000000000 65535 f \n00"..., 256, 1723399) = 256
pread64(14, "0 R\n>>\nstartxref\n1723399\n%%EOF\n", 256, 1723655) = 31
pread64(14, "9 0 obj\n<< /Type /Catalog\n /Pa"..., 256, 1723347) = 256
pread64(14, "8 0 obj\n<< /Producer (cairo 1.17"..., 256, 1723231) = 256
pread64(14, "8 0 obj\n<< /Producer (cairo 1.17"..., 256, 1723231) = 256
pread64(14, "8 0 obj\n<< /Producer (cairo 1.17"..., 256, 1723231) = 256
pread64(14, "8 0 obj\n<< /Producer (cairo 1.17"..., 256, 1723231) = 256
pread64(14, "8 0 obj\n<< /Producer (cairo 1.17"..., 256, 1723231) = 256
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x8} ---
+++ killed by SIGSEGV (core dumped) +++
[pdfsig.txt](/uploads/aa46a7554ffd2db5a6bf0256832debbf/pdfsig.txt)```https://gitlab.freedesktop.org/poppler/poppler/-/issues/931Denial Of Service through crafted PDF File2022-12-04T00:29:56ZCarlos Andres RamirezDenial Of Service through crafted PDF FileHello Poppler team,
During an incident response procedure for a client, it was found that some malicious customers were uploading malcrafted PDF files, among other things, that are later manipulated by staff.
The goal is still unclear,...Hello Poppler team,
During an incident response procedure for a client, it was found that some malicious customers were uploading malcrafted PDF files, among other things, that are later manipulated by staff.
The goal is still unclear, but when analyzing the files, this is what I have found out:
- Malcrafted files totally crash Files (Simple file manager for GNOME) **EVEN without opening the file** - seems the program access their header when you attempt to see files properties, size, etc.
- If you attempt to open them (as some staff did) they either crash **EVINCE** or consume your processing power
- By researching Evince, we isolated Poppler as the vulnerable surface
- After confirmation, we tested, and can confirm it affects Latest up to date linux versions
- No evidence of privilege escalation/remote control has been found so far
**Technical DETAILS**
PDF files containing particularly crafted data trigger an infinite loop that causes stream file reads to keep failing, inside the error() in poppler/Error.cc
Here is the sequence of functions that we see:
* FileStream::getPos()
* GooString::appendfv(char const*, __va_list_tag*),
* GooString::appendfv(char const*, __va_list_tag*),
* _poppler_error_cb(ErrorCategory, long long, char const*),
...Repeats
I will attach a case file near identical to original (We had to carefully clean personal information, so it is slightly modified but seems to still work). Attachment will be in a separate confidential report to team members.
Thank you,
----
Carlos Andres Ramirezhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/929pdfsig: certificate details not displayed correctly2020-06-24T08:59:25ZGergely EGERVARYpdfsig: certificate details not displayed correctlyHi there!
I have a PDF signed with two signatures. The first signature is displayed correctly, but the second one misses CN and DN fields:
Digital Signature Info of: foobar.pdf
Signature 1:
- Signer Certificate Common Name: AVDH Bély...Hi there!
I have a PDF signed with two signatures. The first signature is displayed correctly, but the second one misses CN and DN fields:
Digital Signature Info of: foobar.pdf
Signature 1:
- Signer Certificate Common Name: AVDH Bélyegző
- Signer full Distinguished Name: CN=AVDH Bélyegző,serialNumber=DO20130917-1DO478,O=NISZ Nemzeti Infokommunikációs Szolgáltató Zrt.,OID.2.5.4.97=VATHU-10585560-2-44,L=Budapest,C=HU
- Signing Time: May 26 2020 20:10:06
- Signing Hash Algorithm: SHA-256
- Signature Type: adbe.pkcs7.detached
- Signed Ranges: [0 - 193405], [226175 - 228763]
- Not total document signed
- Signature Validation: Signature is Valid.
- Certificate Validation: Certificate issuer isn't Trusted.
Unimplemented Feature (0): Unable to validate this type of signature
Signature 2:
- Signer Certificate Common Name: (null)
- Signer full Distinguished Name: (null)
- Signing Time: May 26 2020 20:10:12
- Signing Hash Algorithm: unknown
- Signature Type: adbe.pkcs7.detached
- Signed Ranges: [0 - 251814], [260008 - 261919]
- Not total document signed
- Signature Validation: Signature has not yet been verified.
I have attached the two signing certificates to this ticket. OpenSSL can correctly extract the certificate details from them.
Thanks in advance!
[foobar.pdf.sig0](/uploads/55f083b99d64c1d314063423b6e59727/foobar.pdf.sig0)
[foobar.pdf.sig1](/uploads/8248ee175fdd0fa1c5e26b58fbd66a7e/foobar.pdf.sig1)https://gitlab.freedesktop.org/poppler/poppler/-/issues/927incorrect size on pdftoppm2021-04-14T20:51:06ZStefano Padovanincorrect size on pdftoppmUsing the attached file with following command (on poppler 0.89.0), the png file produced is 257x256, instead of 256x256.
`pdftoppm -scale-dimension-before-rotation -r 200 pmc6187247.pdf -f 1 -l 13 -scale-to-x 256 -scale-to-y 256 -sing...Using the attached file with following command (on poppler 0.89.0), the png file produced is 257x256, instead of 256x256.
`pdftoppm -scale-dimension-before-rotation -r 200 pmc6187247.pdf -f 1 -l 13 -scale-to-x 256 -scale-to-y 256 -singlefile -png > scaled.png`
[pmc6187247.pdf](/uploads/5a955bf422bbb3cc9b9bb7393afcae4d/pmc6187247.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/926Characters from Zapf Dingbats in PDF are not rendered2020-08-04T20:35:36ZMathnerd314Characters from Zapf Dingbats in PDF are not renderedThis is the file, it's the check / X marks ✓ ✗ used on pages 84-87:
https://web.archive.org/web/20160818132612if_/http://thyer.name/phd-thesis/thesis-thyer.pdf
Chrome, Firefox, Adobe Reader, and mupdf all render fine, but Evince draws ▯...This is the file, it's the check / X marks ✓ ✗ used on pages 84-87:
https://web.archive.org/web/20160818132612if_/http://thyer.name/phd-thesis/thesis-thyer.pdf
Chrome, Firefox, Adobe Reader, and mupdf all render fine, but Evince draws ▯ boxes and Okular draws nothing, so it seems to be poppler-related.
Investigating the properties in Okular/evince it seems that the glyphs are probably from ZapfDingbats, and it's trying to substitute with Noto Sans Regular.
Judging from #925 this might be a fontconfig thing too, rather than poppler by itself, but IDK what fontconfig settings to use. I'm running NixOS 20.09 ([unstable](https://github.com/NixOS/nixpkgs/tree/029a5de08390bb03c3f44230b064fd1850c6658a)) and they don't ship the ancient URW fonts recommended [here](https://freedesktop.org/wiki/Software/poppler/). There is FreeSerif, but maybe the metrics aren't compatible anymore. And there's still the question of why everything besides poppler magically works.https://gitlab.freedesktop.org/poppler/poppler/-/issues/925Questionable Fallbacks and Rendering Errors with Microsoft PS/MT Fonts2021-02-26T10:01:17ZAdam HirstQuestionable Fallbacks and Rendering Errors with Microsoft PS/MT FontsAffected file: [2020_General_Information_Handbook.pdf](/uploads/a6146d9214599713af0f190f12eea722/2020_General_Information_Handbook.pdf)
Also available at: http://jetprogramme.org/wp-content/MAIN-PAGE/COMMON/publications/2020GIH_e.pdf
T...Affected file: [2020_General_Information_Handbook.pdf](/uploads/a6146d9214599713af0f190f12eea722/2020_General_Information_Handbook.pdf)
Also available at: http://jetprogramme.org/wp-content/MAIN-PAGE/COMMON/publications/2020GIH_e.pdf
Two sections with obviously incorrect rendering, when using evince. I was recommended in #evince over at GIMPNet to report these issues here. I believe the issues stem from the same cause, so I'll first summarise the symptoms, then talk about my system setup, and then what I **think** the problem might be.
## 1) The macron diacritic, e.g. in words like jūsho. Look at the bottom-left of page 2.
How it looks in evince:
![2-evince](/uploads/f3af4f53562cc98071b6cdc5f41c40ce/2-evince.png)
How it looks in Firefox (pdf.js) or mupdf:
![1-firefox](/uploads/5a5414ff7620ee63869109d87d25d1a5/1-firefox.png)
As far as it's possible to tell, the firefox/mupdf rendering is essentially correct.
I ran pdftoppm on the affected page and it exhibits the same issue: [page-02.ppm](/uploads/3ea2b3db88956036f020df3ee97d606f/page-02.ppm) This is also the case when using pdftocairo, though I'm not sure what output format would be most useful.
## 2) The section header "Overview of the JET Programme" on the top of page 92 / 94 (depending on how you count the pages) consists of the same text overlaid twice for visual emphasis.
How it looks in evince:
![evince-bold](/uploads/e68725a58fd87ebc8a6b46eb5707b79c/evince-bold.png)
How it looks in Firefox (pdf.js) or mupdf:
![firefox-bold](/uploads/8a830a2e61b9d0f8dad3a97b2e1a88a1/firefox-bold.png)
The evince rendering is **obviously wrong** - the firefox/mupdf rendering is obviously not what the document creator intended but **is** obviously better.
I ran pdftoppm on the affected page and it exhibits the same issue: [page-94.ppm](/uploads/9a6649bfc5b9b065f3f739a258880b1a/page-94.ppm) This is also the case when using pdftocairo, though I'm not sure what output format would be most useful.
---
I'm running Arch Linux with the ttf-ms-win10 fonts package installed - all the fonts were sourced from a Windows 10 install on another machine I own.
```
poppler 0.88.0-1
evince 3.36.4-1
firefox 77.0.1-1
mupdf-gl 1.17.0-1
```
---
I think the problem comes down to how some of the fonts in the PDF are not embedded, and that the fonts are being resolved to alternatives that are not sensible.
```
TimesNewRomanPSMT -> Times New Roman [looks good]
TimesNewRomanPS-BoldMT -> Verdana Bold [very silly, one is serif and the other is sans-serif]
TimesNewRomanPS-ItalicMT -> Verdana Italic [same problem]
TimesNewRomanPS-BoldItalicMT -> Verdana Bold Italic [same problem]
```
As far as I can tell, this substitution isn't coming from the fontconfig sections that are on my system or provided by the ttf-ms-win10 package; and it also doesn't seem possible to force-override these substitutions to just point to Times New Roman (though I would appreciate any assistance on IRC with trying to achieve this).
The issue looks very similar to this old unresolved one with fontconfig: https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/1693709
---
I would be more than happy to provide more details either here or on IRC (Freenode #poppler) as `aphirst`.https://gitlab.freedesktop.org/poppler/poppler/-/issues/924CURL::libcurl target not found2020-06-07T16:07:58ZederagCURL::libcurl target not foundFor information:
While building from source, cmake failed with
```cmake
CMake Error at CMakeLists.txt:535 (add_library):
Target "poppler" links to target "CURL::libcurl" but the target was not
found. Perhaps a find_package() call i...For information:
While building from source, cmake failed with
```cmake
CMake Error at CMakeLists.txt:535 (add_library):
Target "poppler" links to target "CURL::libcurl" but the target was not
found. Perhaps a find_package() call is missing for an IMPORTED target, or
an ALIAS target is missing?
```
`CURL::libcurl` appeared first in [cmake-3.12](https://cmake.org/cmake/help/v3.12/module/FindCURL.html),
[about 2 years old](https://github.com/Kitware/CMake/releases/tag/v3.12.4).
Mine was 3.10.2 (from the latest openSUSE Leap release: 15.1).
`poppler-0.89.0` built fine. The first failure came with bf7e84cc2399969cc6a98bbcc689a90e20095f39.https://gitlab.freedesktop.org/poppler/poppler/-/issues/923Conversion of PDF fails2020-06-10T13:26:18ZcoogorConversion of PDF failsI have a PDF that is printed from Okular to CUPS. Cups processing fails as the generated Postscript code generates an error:
```
X1E:/etc/cups # gs -r50 -sPAPERSIZE=a4 -dFIXEDMEDIA /tmp/job-data.save
GPL Ghostscript 9.52 (2020-03-19)
Co...I have a PDF that is printed from Okular to CUPS. Cups processing fails as the generated Postscript code generates an error:
```
X1E:/etc/cups # gs -r50 -sPAPERSIZE=a4 -dFIXEDMEDIA /tmp/job-data.save
GPL Ghostscript 9.52 (2020-03-19)
Copyright (C) 2020 Artifex Software, Inc. All rights reserved.
This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY:
see the file COPYING for details.
Querying operating system for font files...
DEBUG: FC_WEIGHT didn't match
Can't find (or can't open) font file /usr/share/ghostscript/9.52/Resource/Font//usr/share/ghostscript/9.52/.
Can't find (or can't open) font file AAAAAB+HelveticaNeueLTPro-Bd.
Didn't find this font on the system!
Substituting font Helvetica-Bold for AAAAAB+HelveticaNeueLTPro-Bd.
Loading NimbusSans-Bold font from /usr/share/ghostscript/9.52/Resource/Font/NimbusSans-Bold... 4320716 2831063 4167028 2864202 1 done.
Error: /rangecheck in --xyshow--
Operand stack:
199.65 542.09 (\000B\000e\000l\000e\000g\000-\000N\000r\000.) --nostringval-- (\000B\000e\000l\000e\000g\000-\000N\000r\000.) --nostringval--
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1974 1 3 %oparray_pop 1973 1 3 %oparray_pop 1961 1 3 %oparray_pop 1817 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval--
Dictionary stack:
--dict:736/1123(ro)(G)-- --dict:0/20(G)-- --dict:76/200(L)-- --dict:70/75(L)-- --dict:19/25(L)-- --dict:7/15(L)--
Current allocation mode is local
Last OS error: No such file or directory
Current file position is 377417
GPL Ghostscript 9.52: Unrecoverable error, exit code 1
```
According to https://bugzilla.opensuse.org/show_bug.cgi?id=1172447 filing an issue with poppler
The original PDF can be send via PM, as it contains confidential data.https://gitlab.freedesktop.org/poppler/poppler/-/issues/916Missing lines in PDF with poppler 0.88.02020-05-13T22:49:51ZAlexis LockwoodMissing lines in PDF with poppler 0.88.0[gfx.pdf](/uploads/3dd7cf3de5c78047666178f8aafe2239/gfx.pdf)
The attached PDF document is rendered with all of the green "wires" missing by poppler 0.88.0 (in both evince 3.36.0 and okular 20.04.0). For reference, I've attached screensh...[gfx.pdf](/uploads/3dd7cf3de5c78047666178f8aafe2239/gfx.pdf)
The attached PDF document is rendered with all of the green "wires" missing by poppler 0.88.0 (in both evince 3.36.0 and okular 20.04.0). For reference, I've attached screenshots of it rendered correctly in XpdfReader and incorrectly in Okular:
- [xpdf - correct](/uploads/07cd95a1c3a7d1ae0c1d5e045b2a6739/xpdf.png)
- [okular - incorrect](/uploads/fbe0f4668660b72e4ed5682b5f8d3c87/okular.png)
I initially filed this as a bug against the software that produced the file, assuming the lines were malformed, but it seems generally in agreement that that's not the case.
Thanks for taking the time to look at this,https://gitlab.freedesktop.org/poppler/poppler/-/issues/915[glib] gtkdoc gives link error for newly defined symbol2020-05-12T14:32:59ZEnrico Lumetti[glib] gtkdoc gives link error for newly defined symbolEDIT: branch failure log https://gitlab.freedesktop.org/doppioandante/poppler/-/jobs/2647261
Hello, I'm quite new to poppler code so sorry if this is trivial.
I'm adding some new functions to the glib frontend of poppler. While build...EDIT: branch failure log https://gitlab.freedesktop.org/doppioandante/poppler/-/jobs/2647261
Hello, I'm quite new to poppler code so sorry if this is trivial.
I'm adding some new functions to the glib frontend of poppler. While building is ok, documentation generation doesn't resolve the symbols. Checking the verbose output of ./make-glib-api-docs, it looks like LDFLAGS points correctly to my build/glib/ subfolder which contains the right shared object:
```
enrico@l390:~/projects/poppler$ ./make-glib-api-docs -v
[2020-05-12 14:39:37,777] Full command args: ['pkg-config', 'build/poppler-glib.pc', '--cflags']
[2020-05-12 14:39:37,785] Full command args: ['pkg-config', 'build/poppler-glib.pc', '--libs']
[2020-05-12 14:39:37,791] Full command args: ['pkg-config', 'build/poppler-glib.pc', '--modversion']
[2020-05-12 14:39:37,797] Full command args: ['pkg-config', 'build/poppler-glib.pc', '--variable=prefix']
[2020-05-12 14:39:37,804] Copying template files to output directory...
[2020-05-12 14:39:37,805] deleting /home/enrico/projects/poppler/build/glib/reference/CMakeLists.txt
[2020-05-12 14:39:37,805] created /home/enrico/projects/poppler/build/glib/reference/CMakeLists.txt
[2020-05-12 14:39:37,805] deleting /home/enrico/projects/poppler/build/glib/reference/poppler-sections.txt
[2020-05-12 14:39:37,805] created /home/enrico/projects/poppler/build/glib/reference/poppler-sections.txt
[2020-05-12 14:39:37,805] deleting /home/enrico/projects/poppler/build/glib/reference/poppler.types
[2020-05-12 14:39:37,806] created /home/enrico/projects/poppler/build/glib/reference/poppler.types
[2020-05-12 14:39:37,806] deleting /home/enrico/projects/poppler/build/glib/reference/poppler-overrides.txt
[2020-05-12 14:39:37,806] created /home/enrico/projects/poppler/build/glib/reference/poppler-overrides.txt
[2020-05-12 14:39:37,806] deleting /home/enrico/projects/poppler/build/glib/reference/.gitignore
[2020-05-12 14:39:37,806] created /home/enrico/projects/poppler/build/glib/reference/.gitignore
[2020-05-12 14:39:37,806] deleting /home/enrico/projects/poppler/build/glib/reference/poppler-docs.sgml
[2020-05-12 14:39:37,806] created /home/enrico/projects/poppler/build/glib/reference/poppler-docs.sgml
[2020-05-12 14:39:37,806] Copying HTML files to output directory...
[2020-05-12 14:39:37,807] Running gtkdoc-scan
[2020-05-12 14:39:37,807] Full command args: ['gtkdoc-scan', '--module=poppler', '--rebuild-types', '--source-dir=/home/enrico/projects/poppler/glib', '--output-dir=/home/enrico/projects/poppler/build/glib/reference', '--ignore-headers=poppler-private.h poppler-input-stream.h poppler-cached-file-loader.h demo']
[2020-05-12 14:39:38,262] CFLAGS=-I./glib -I/usr/local/include/poppler/glib -I/usr/local/include/poppler -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/libpng16
[2020-05-12 14:39:38,262] LDFLAGS "-L/home/enrico/projects/poppler/build/glib" -L/usr/local/lib -lpoppler-glib -lgobject-2.0 -lglib-2.0 -lcairo
[2020-05-12 14:39:38,262] Running gtkdoc-scangobj
[2020-05-12 14:39:38,262] Full command args: ['gtkdoc-scangobj', '--module=poppler']
2020-05-12 14:39:38,808:scangobj.py:execute_command:1199:WARNING:Linking scanner failed: 1, command: gcc poppler-scan.o -L/home/enrico/projects/poppler/build/glib -L/usr/local/lib -lpoppler-glib -lgobject-2.0 -lglib-2.0 -lcairo -o poppler-scan
/usr/bin/ld: poppler-scan.o: in function `get_object_types':
poppler-scan.c:(.text+0xf6): undefined reference to `poppler_annot_ink_get_type'
/usr/bin/ld: poppler-scan.c:(.text+0x1aa): undefined reference to `poppler_annot_path_get_type'
/usr/bin/ld: poppler-scan.c:(.text+0x1ce): undefined reference to `poppler_annot_paths_get_type'
collect2: error: ld returned 1 exit status
Traceback (most recent call last):
File "./make-glib-api-docs", line 67, in <module>
gtkdoc.generate(not args.skip_html)
File "/home/enrico/projects/poppler/gtkdoc.py", line 148, in generate
self._run_gtkdoc_scangobj()
File "/home/enrico/projects/poppler/gtkdoc.py", line 348, in _run_gtkdoc_scangobj
self._run_command(['gtkdoc-scangobj', '--module=%s' % self.module_name],
File "/home/enrico/projects/poppler/gtkdoc.py", line 219, in _run_command
raise Exception('%s produced a non-zero return code %i'
Exception: gtkdoc-scangobj produced a non-zero return code 1
```
I checked that the symbols are actually there as well:
```
enrico@l390:~/projects/poppler/build/glib$ objdump -t libpoppler-glib.so | grep ink_get
00000000000334c0 l F .text 0000000000000043 _ZL31poppler_annot_ink_get_type_oncev
000000000006f6b0 l O .bss 0000000000000008 _ZZ26poppler_annot_ink_get_typeE26g_define_type_id__volatile
0000000000034940 l F .text 000000000000005c poppler_annot_ink_get_ink_list
0000000000033930 l F .text 0000000000000060 poppler_annot_ink_get_type
enrico@l390:~/projects/poppler/build/glib$ objdump -t libpoppler-glib.so | grep annot_paths
0000000000032aa0 l F .text 0000000000000022 _ZL40poppler_annot_paths_new_from_annot_pathsPP9AnnotPathi
000000000006f6a0 l O .bss 0000000000000008 _ZZ28poppler_annot_paths_get_typeE26g_define_type_id__volatile
0000000000032a80 l F .text 0000000000000019 poppler_annot_paths_free
0000000000032b30 l F .text 0000000000000029 poppler_annot_paths_copy
00000000000347f0 l F .text 000000000000007d poppler_annot_paths_get_type
00000000000348f0 l F .text 0000000000000047 poppler_annot_paths_new
0000000000034b40 l F .text 000000000000000f poppler_annot_paths_set
0000000000034b30 l F .text 000000000000000f poppler_annot_paths_get
0000000000034b20 l F .text 0000000000000008 poppler_annot_paths_get_length
00000000000349e0 l F .text 000000000000013b _Z32poppler_annot_paths_create_arrayP18_PopplerAnnotPaths
```
I configure the project like this:
```
cmake -DCMAKE_BUILD_TYPE=Debug -DENABLE_GTK_DOC=ON -DBUILD_GKT_TESTS=ON -DENABLE_QT5=OFF -DBUILD_QT5_TEST=OFF -DENABLE_CPP=OFF -DENABLE_CPP_TEST=OFF ..
```
Any idea on what I'm doing wrong?https://gitlab.freedesktop.org/poppler/poppler/-/issues/914PDF is shown in Okular Version 1.10.0 , but is not printed2020-05-17T09:56:23ZMichael JosenhansPDF is shown in Okular Version 1.10.0 , but is not printedI have a PDF file, which is shown in Okular, however it is not printed.
I filed here a bug at bugs.kde.org: (At that bug you find the pdf-file as attachment, I do not attach it here as I do not want it to be indexed by search engines.)...I have a PDF file, which is shown in Okular, however it is not printed.
I filed here a bug at bugs.kde.org: (At that bug you find the pdf-file as attachment, I do not attach it here as I do not want it to be indexed by search engines.) <br>
Link to bug at kde: https://bugs.kde.org/show_bug.cgi?id=421200
I was told to file here a bug, as poppler is used for printing by Okular. Please not that evince displays and prints the file correctly.
Please note that
$ pdftops Rechnung_c\'t_11052020.pdf <br>
$ gs Rechnung_c\'t_11052020.ps
crashes ghostscript (gs).https://gitlab.freedesktop.org/poppler/poppler/-/issues/912Can't catch the error of page creation2021-04-15T14:41:03ZИгорь БуяновCan't catch the error of page creationHello.
I faced with catching an error problem. I try to create a page, but the program prints me
> poppler/error: Failed to parse XRef entry [733].poppler/error: Top-level pages object is wrong type (null)
My code for catching such a...Hello.
I faced with catching an error problem. I try to create a page, but the program prints me
> poppler/error: Failed to parse XRef entry [733].poppler/error: Top-level pages object is wrong type (null)
My code for catching such a problems looks like this
```cpp
poppler::page* p;
if((p = pDoc_pdf->create_page(i)) == NULL)
{
corrupted_pages[filepath].push_back(i);
continue;
}
pdf_text = p->text();
```
According to the documentation [here](https://poppler.freedesktop.org/api/cpp/classpoppler_1_1document.html#a39257206a337df2f56049f385d433821) the function **create_page** should return exactly **NULL** if something goes wrong. Unfortunately, it doesn't work and when I try to get the text, the program crashes.
Digging into the code of poppler, I realized, that it actually would return the **nullptr**, so I tried to replace the **NULL** to **nullptr**. However, it doesn't work and the condition is passed anyway.
I attached the [file](/uploads/a6dd7f70027f214444f6a6f0bdeb3fdd/Моделист-Конструктор_1985-01.pdf), that causes an error.
Thank for the help.https://gitlab.freedesktop.org/poppler/poppler/-/issues/911Linking OpenJPEG as openjp2?2020-05-01T08:24:10ZkenjiunoLinking OpenJPEG as openjp2?https://gitlab.freedesktop.org/poppler/poppler/-/blob/master/CMakeLists.txt#L474
I wonder if there is good reason to place `openjp2` instead of `${OpenJPEG_LIBRARIES}`.
Before:
```
if (OpenJPEG_FOUND)
set(poppler_SRCS ${poppler_SRCS...https://gitlab.freedesktop.org/poppler/poppler/-/blob/master/CMakeLists.txt#L474
I wonder if there is good reason to place `openjp2` instead of `${OpenJPEG_LIBRARIES}`.
Before:
```
if (OpenJPEG_FOUND)
set(poppler_SRCS ${poppler_SRCS}
poppler/JPEG2000Stream.cc
)
set(poppler_LIBS ${poppler_LIBS} openjp2)
else ()
set(poppler_SRCS ${poppler_SRCS}
poppler/JPXStream.cc
)
endif()
```
After:
```
if (OpenJPEG_FOUND)
set(poppler_SRCS ${poppler_SRCS}
poppler/JPEG2000Stream.cc
)
set(poppler_LIBS ${poppler_LIBS} ${OpenJPEG_LIBRARIES})
else ()
set(poppler_SRCS ${poppler_SRCS}
poppler/JPXStream.cc
)
endif()
```
I have noticed this because I' making fully static link build of poppler/utils for Windows.https://gitlab.freedesktop.org/poppler/poppler/-/issues/910Missing powers of some numbers2020-07-11T06:35:04ZatsteichMissing powers of some numbersI have found a bug, that i reproduced in multiple document viewers (xReader, evince, ocular), all using the poppler library. I think the bug is in the lib.
Some powers of numbers are not shown in pdf's. Should fixed quickly, It's prett...I have found a bug, that i reproduced in multiple document viewers (xReader, evince, ocular), all using the poppler library. I think the bug is in the lib.
Some powers of numbers are not shown in pdf's. Should fixed quickly, It's pretty uncool, reading books or paper if you can't be sure that equations are displayed correctly.
Steps to reproduce
I have added a [page](/uploads/37c40ad780b274cb755bbf012f1628bc/test.pdf), where the error occurs in 2 lines. For comparison open the document with chrome.
Errors in:
a)
d)