poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2022-08-18T21:43:01Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1289SIGABRT at Object.h:4452022-08-18T21:43:01ZcrtSIGABRT at Object.h:445We found a reachable abort in Object.h:445. To reproduce, run `pdfunite 1.pdf $POC 2.pdf`.
The backtrace is
```
#0 0x00007ffff748983c in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff743da52 in raise () from /lib/x86_64-lin...We found a reachable abort in Object.h:445. To reproduce, run `pdfunite 1.pdf $POC 2.pdf`.
The backtrace is
```
#0 0x00007ffff748983c in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff743da52 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff7428469 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#3 0x0000555555558036 in Object::getRef (this=<optimized out>)
at /home/users/chluo/pop/poppler/Object.h:445
#4 doMergeFormDict (numOffset=<optimized out>, mergeFormDict=<optimized out>,
srcFormDict=<optimized out>) at /home/users/chluo/pop/utils/pdfunite.cc:116
#5 main (argc=<optimized out>, argv=<optimized out>)
at /home/users/chluo/pop/utils/pdfunite.cc:335
```
To patch is bug, I suggest adding an `isRef()` check before calling `getRef()` in pdfunite.cc:116.
[poc.zip](/uploads/4bf58dc1532a2fe21b1e405e8de43676/poc.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1288incorrect pdf rendering2022-08-22T08:42:14Zjindam vaniincorrect pdf rendering* open pdf file [695582.pdf](/uploads/18cb9bad6caa41536540ceb78fa6160b/695582.pdf)
* pdf incorrect rendering on debian sid armhf, see below and comparing screenshots
* adobe ![adobe](/uploads/7b6037fed9f51c20115496c545ab3d29/adobe.jpg)...* open pdf file [695582.pdf](/uploads/18cb9bad6caa41536540ceb78fa6160b/695582.pdf)
* pdf incorrect rendering on debian sid armhf, see below and comparing screenshots
* adobe ![adobe](/uploads/7b6037fed9f51c20115496c545ab3d29/adobe.jpg)
* qpdfview ![qpdfview](/uploads/9ebc791a269990a2cc045aa2fdb193ce/qpdfview.jpg)
* evince ![evince](/uploads/c18ad70e52c809a70cca81b64475cfcd/evince.jpg)
* versions:
* libpoppler 22.02.0-3
* adobe acrobat reader 22.7.1.23191
* qpdfview 0.4.18
* evince 43.alphahttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1287Reachable assertion when executing pdftocairo2022-08-24T05:19:30ZcrtReachable assertion when executing pdftocairoWe found a reachable assertion when executing pdftocairo. I am not sure if this is a problem in `poppler` or `libcairo.so` as the reachable assertion locates at libcairo.so. The version of libcairo.so is 1.16.0-6.
To reproduce, run `pd...We found a reachable assertion when executing pdftocairo. I am not sure if this is a problem in `poppler` or `libcairo.so` as the reachable assertion locates at libcairo.so. The version of libcairo.so is 1.16.0-6.
To reproduce, run `pdftocairo -svg $poc`
The error message is `pdftocairo: ../../../../src/cairo-path-stroke-polygon.c:829: normalize_slope: Assertion 'dx0 != 0.0 || dy0 != 0.0 failed.'`
The backtrace is
```
#0 0x00007ffff728983c in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff723da52 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff7228469 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#3 0x00007ffff7228395 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#4 0x00007ffff7236b02 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
#5 0x00007ffff7ec6d53 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#6 0x00007ffff7ec7047 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#7 0x00007ffff7ec7be2 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#8 0x00007ffff7ec489a in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#9 0x00007ffff7ec8ca0 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#10 0x00007ffff7ec2c94 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#11 0x00007ffff7e94825 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#12 0x00007ffff7ef6346 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#13 0x00007ffff7ef28cd in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#14 0x00007ffff7ede47f in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#15 0x00007ffff7edfacb in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#16 0x00007ffff7ec1f9c in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#17 0x00007ffff7ec247d in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#18 0x00007ffff7ef6aa8 in cairo_surface_show_page ()
from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#19 0x0000555555560724 in endPage (imageFileName=0x0)
at /home/users/chluo/poppler/utils/pdftocairo.cc:731
#20 main (argc=<optimized out>, argv=<optimized out>)
at /home/users/chluo/poppler/utils/pdftocairo.cc:1240
```
[poc](/uploads/ddbec4de0bbc0850a88d1a0f54026b87/poc)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1286pdf open: failed to read the document catalog2022-08-15T10:15:57Zjindam vanipdf open: failed to read the document catalog* i have been advised to file an issue by evince devs
* please find attachments and info provided by evince devs on [issue](https://gitlab.gnome.org/GNOME/evince/-/issues/1837#note_1528846)
* poppler version and related info can found at...* i have been advised to file an issue by evince devs
* please find attachments and info provided by evince devs on [issue](https://gitlab.gnome.org/GNOME/evince/-/issues/1837#note_1528846)
* poppler version and related info can found at [debian bug](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017353)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1285pdf open : the document contains no pages2022-08-15T10:12:45Zjindam vanipdf open : the document contains no pages* i have been advised to file an issue by evince devs
* please find attachments and info provided by evince devs on [issue](https://gitlab.gnome.org/GNOME/evince/-/issues/1835#note_1528845)
* poppler version and related info can found at...* i have been advised to file an issue by evince devs
* please find attachments and info provided by evince devs on [issue](https://gitlab.gnome.org/GNOME/evince/-/issues/1835#note_1528845)
* poppler version and related info can found at [debian bug](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017353)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1284pdf open text missing2022-08-15T10:19:40Zjindam vanipdf open text missing* i have been advised to file an issue by evince devs
* please find attachments and info provided by evince devs on [issue](https://gitlab.gnome.org/GNOME/evince/-/issues/1836#note_1528849)
* poppler version and related info can found at...* i have been advised to file an issue by evince devs
* please find attachments and info provided by evince devs on [issue](https://gitlab.gnome.org/GNOME/evince/-/issues/1836#note_1528849)
* poppler version and related info can found at [debian bug](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017353)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1283SIGABRT at OulineItem method2022-08-12T07:23:34ZGrigory StupnikovSIGABRT at OulineItem methodI attach bug from https://bugs.kde.org/show_bug.cgi?id=418738:
Application: okular (22.04.3)
Qt Version: 5.15.5
Frameworks Version: 5.96.0
Operating System: Linux 5.18.11-1-default x86_64
Windowing System: X11
Distribution: "openSUSE T...I attach bug from https://bugs.kde.org/show_bug.cgi?id=418738:
Application: okular (22.04.3)
Qt Version: 5.15.5
Frameworks Version: 5.96.0
Operating System: Linux 5.18.11-1-default x86_64
Windowing System: X11
Distribution: "openSUSE Tumbleweed"
DrKonqi: 5.25.3 [KCrashBackend]
-- Information about the crash:
If okular try to open frequently updating file (in my case I work on LaTeX, which compiles to pdf), it can crash.
This is was first time when it occurs.
The reporter is unsure if this crash is reproducible.
```
-- Backtrace:
Application: Okular (okular), signal: Aborted
[KCrash Handler]
#4 0x00007f184b3596bc in __pthread_kill_implementation () from /lib64/libc.so.6
#5 0x00007f184b3066f6 in raise () from /lib64/libc.so.6
#6 0x00007f184b2ef814 in abort () from /lib64/libc.so.6
#7 0x00007f182c6766c8 in OutlineItem::open() () from /lib64/libpoppler.so.122
#8 0x00007f182c676709 in OutlineItem::hasKids() () from /lib64/libpoppler.so.122
#9 0x00007f183c0e348c in ?? () from /usr/lib64/qt5/plugins/okular/generators/okularGenerator_poppler.so
#10 0x00007f183c0cd542 in ?? () from /usr/lib64/qt5/plugins/okular/generators/okularGenerator_poppler.so
#11 0x00007f18448557fc in ?? () from /usr/lib64/qt5/plugins/okularpart.so
#12 0x00007f184467228c in Okular::Document::openDocument(QString const&, QUrl const&, QMimeType const&, QString const&) () from /lib64/libOkular5Core.so.10
#13 0x00007f18447beb52 in Okular::Part::doOpenFile(QMimeType const&, QString const&, bool*) () from /usr/lib64/qt5/plugins/okularpart.so
#14 0x00007f18447c0305 in Okular::Part::openFile() () from /usr/lib64/qt5/plugins/okularpart.so
#15 0x00007f184d1b4245 in ?? () from /lib64/libKF5Parts.so.5
#16 0x00007f184d1b886f in KParts::ReadOnlyPart::openUrl(QUrl const&) () from /lib64/libKF5Parts.so.5
#17 0x00007f18447bf6f2 in Okular::Part::slotAttemptReload(bool, QUrl const&) () from /usr/lib64/qt5/plugins/okularpart.so
#18 0x00007f18447d04d0 in ?? () from /usr/lib64/qt5/plugins/okularpart.so
#19 0x00007f184ba1de6f in ?? () from /lib64/libQt5Core.so.5
#20 0x00007f184ba21aca in QTimer::timeout(QTimer::QPrivateSignal) () from /lib64/libQt5Core.so.5
#21 0x00007f184ba1257d in QObject::event(QEvent*) () from /lib64/libQt5Core.so.5
#22 0x00007f184c62b41e in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib64/libQt5Widgets.so.5
#23 0x00007f184b9e6fb8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /lib64/libQt5Core.so.5
#24 0x00007f184ba3d851 in QTimerInfoList::activateTimers() () from /lib64/libQt5Core.so.5
#25 0x00007f184ba3e0e4 in ?? () from /lib64/libQt5Core.so.5
#26 0x00007f1849f6cea0 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#27 0x00007f1849f6d258 in ?? () from /lib64/libglib-2.0.so.0
#28 0x00007f1849f6d2ec in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#29 0x00007f184ba3e456 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5
#30 0x00007f184b9e5a2b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5
#31 0x00007f184b9edb96 in QCoreApplication::exec() () from /lib64/libQt5Core.so.5
#32 0x000055e81a4391fe in ?? ()
#33 0x00007f184b2f05b0 in __libc_start_call_main () from /lib64/libc.so.6
#34 0x00007f184b2f0679 in __libc_start_main_impl () from /lib64/libc.so.6
#35 0x000055e81a439d15 in ?? ()
[Inferior 1 (process 9039) detached]
```https://gitlab.freedesktop.org/poppler/poppler/-/issues/1282SIGABRT at poppler/PDFDoc.cc:17552022-08-13T16:53:14ZcrtSIGABRT at poppler/PDFDoc.cc:1755Hi, we found a bug in poppler/PDFDoc.cc:1755. When the bug is triggered, the program would crash with the following backtrace.
To reproduce, run `pdfunite t.pdf poc 2.pdf`
```
(gdb) bt
#0 0x00007ffff745f8c1 in raise () from /lib/x86_64...Hi, we found a bug in poppler/PDFDoc.cc:1755. When the bug is triggered, the program would crash with the following backtrace.
To reproduce, run `pdfunite t.pdf poc 2.pdf`
```
(gdb) bt
#0 0x00007ffff745f8c1 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff7449546 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff7a5eb18 in Object::getDict (this=0x7fffffffe0c8)
at /home/users/chluo/pop/poppler/Object.h:435
#3 PDFDoc::replacePageDict (this=0x5555555bb430, pageNo=<optimized out>,
rotate=90, mediaBox=0x5555555e3b50, cropBox=0x5555555e3b70)
at /home/users/chluo/pop/poppler/PDFDoc.cc:1755
#4 0x000055555555c9fa in main (argc=<optimized out>, argv=<optimized out>)
at /home/users/chluo/pop/utils/pdfunite.cc:290
```
The bug is relevant to #706 and #1276.
[poc.zip](/uploads/97f63f3b67c89f8cf179dcc30fc9242d/poc.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1281Line dash pattern instructions containing many entries are not shown correctl...2022-08-06T19:27:08ZThomas LeitnerLine dash pattern instructions containing many entries are not shown correctly on Okular# SUMMARY
Line dash patterns (PDF 1.7 spec section 8.4.3.6) contain a dash array and a phase. It seems that okular has problems if the dash array contains too many entries. And from looking at the result it seems to just use a certain n...# SUMMARY
Line dash patterns (PDF 1.7 spec section 8.4.3.6) contain a dash array and a phase. It seems that okular has problems if the dash array contains too many entries. And from looking at the result it seems to just use a certain number of entries and cuts the rest off.
Evince and acroread 9 on Linux work just fine, displaying the PDF in question like the reference image (except for the color).
I was told that this would be a poppler bug: https://bugs.kde.org/show_bug.cgi?id=457494
# STEPS TO REPRODUCE
1. Load the [attached PDF](/uploads/18336f64cb47555859566f04e079b279/1qrcode.pdf) in okular.
# OBSERVED RESULT
The QRCode is invalid and is not the same as the reference image ![reference image](/uploads/65c7334f227f7157ed70c9a3d3036836/1qrcode.png).
# EXPECTED RESULT
The QRCode should be equal to the one in the reference image.
# SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Kubuntu 22.04
(available in About System)
KDE Plasma Version: 5.24.4
KDE Frameworks Version: 5.92.0
Qt Version: 5.15.3https://gitlab.freedesktop.org/poppler/poppler/-/issues/1280Signing a form generated by pdflatex does not show appearance data2022-10-27T19:18:00ZErich HooverSigning a form generated by pdflatex does not show appearance dataIf you use pdflatex to generate the form data for the PDF then the "appearance" does not show. For example, if you use the following latex to generate a PDF:
```
\documentclass{article}
\usepackage{hyperref}
\begin{document}
\begin{Form...If you use pdflatex to generate the form data for the PDF then the "appearance" does not show. For example, if you use the following latex to generate a PDF:
```
\documentclass{article}
\usepackage{hyperref}
\begin{document}
\begin{Form}
Test
\end{Form}
\end{document}
```
and then open the resulting document in Okular ([test-sign.pdf](/uploads/8953978d4a66be0a626825b05898e133/test-sign.pdf)) and sign it then it will appear blank:
![image](/uploads/069b13b3a3dbe3bce4c376be5618924d/image.png)
However, if you remove the `\begin{Form}` and `\end{Form}`, regenerate the PDF, and try to sign that then the appearance data shows up properly:
![image](/uploads/57bae51875abd7331b7b57711e6dafd3/image.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1279pdfsig: Failed Certificate Validation not reflected in exit code2022-08-04T15:25:20ZKurt Garloffpdfsig: Failed Certificate Validation not reflected in exit codeSigning a PDF with a signature that comes from my own CA, I ask pdfsig (22.02 from Jammy) to validate it.
```
garloff@TuxKurt(//):~ [0]$ pdfsig Documents/TandC_signed2.pdf
Digital Signature Info of: Documents/TandC_signed2.pdf
Signature...Signing a PDF with a signature that comes from my own CA, I ask pdfsig (22.02 from Jammy) to validate it.
```
garloff@TuxKurt(//):~ [0]$ pdfsig Documents/TandC_signed2.pdf
Digital Signature Info of: Documents/TandC_signed2.pdf
Signature #1:
- Signer Certificate Common Name: XXXXX
- Signer full Distinguished Name: E=XXXX,CN=XXXX,O=XXXX,L=XXX,ST=XX,C=XX
- Signing Time: Jul 29 2022 18:56:40
- Signing Hash Algorithm: SHA-256
- Signature Type: adbe.pkcs7.detached
- Signed Ranges: [0 - 22564], [28158 - 28518]
- Total document signed
- Signature Validation: Signature is Valid.
- Certificate Validation: Certificate issuer is unknown.
garloff@TuxKurt(//):~ [0]$
```
So (unlike most GUI tools, such as e.g. okluar-22.04) it correctly detects that the issuer is unknown/untrusted.
BUT: It still returns 0 as exit code, requiring a wrapper that parses the textual output to detect the untrustedness. Which is not good. (Complex, and not robust.)
I would expect the exit code to be non-zero (unless -nocert is passed of course).
If we are afraid of breaking existing workflows, we could pass an option -strictcert or so to control the expected behavior.https://gitlab.freedesktop.org/poppler/poppler/-/issues/1278SIGABRT at poppler/gmem.h:1702022-07-29T21:32:22ZcrtSIGABRT at poppler/gmem.h:170Hi, we found a bug in gmem.h:170. When the bug is triggered, the program would crash with the following backtrace.
To reproduce, run `pdfseparate poc 1.pdf`
```
(gdb) bt
#0 0x00007ffff78ff7bb in raise () from /lib/x86_64-linux-gnu/libc...Hi, we found a bug in gmem.h:170. When the bug is triggered, the program would crash with the following backtrace.
To reproduce, run `pdfseparate poc 1.pdf`
```
(gdb) bt
#0 0x00007ffff78ff7bb in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff78ea535 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff7e377de in greallocn (count=1114602025, size=40, free_p=true,
checkoverflow=false, p=<optimized out>) at /home/users/chluo/pop/goo/gmem.h:170
#3 greallocn (free_p=true, checkoverflow=false, size=40, count=1114602025,
p=<optimized out>) at /home/users/chluo/pop/goo/gmem.h:150
#4 XRef::add (this=0x555555636b60, num=1114602024, gen=0, offs=0, used=<optimized out>)
at /home/users/chluo/pop/poppler/XRef.cc:1388
#5 0x00007ffff7e081b7 in PDFDoc::markObject (this=this@entry=0x5555555af870,
obj=obj@entry=0x7fffffffae20, xRef=xRef@entry=0x555555636b60,
countRef=countRef@entry=0x555555636cf0, numOffset=numOffset@entry=0,
oldRefNum=oldRefNum@entry=24, newRefNum=259, alreadyMarkedDicts=0x55555572b120)
at /home/users/chluo/pop/poppler/PDFDoc.cc:1699
#6 0x00007ffff7e07f48 in PDFDoc::markDictionnary (this=this@entry=0x5555555af870,
dict=<optimized out>, xRef=xRef@entry=0x555555636b60,
countRef=countRef@entry=0x555555636cf0, numOffset=numOffset@entry=0,
oldRefNum=oldRefNum@entry=24, newRefNum=259, alreadyMarkedDicts=<optimized out>)
at /home/users/chluo/pop/poppler/PDFDoc.cc:1661
#7 0x00007ffff7e0839e in PDFDoc::markObject (this=0x5555555af870, obj=0x7fffffffaf00,
xRef=0x555555636b60, countRef=0x555555636cf0, numOffset=0, oldRefNum=24,
newRefNum=259, alreadyMarkedDicts=0x55555572b120)
at /home/users/chluo/pop/poppler/PDFDoc.cc:1688
#8 0x00007ffff7e08310 in PDFDoc::markObject (this=this@entry=0x5555555af870,
obj=obj@entry=0x7fffffffaf80, xRef=xRef@entry=0x555555636b60,
countRef=countRef@entry=0x555555636cf0, numOffset=numOffset@entry=0,
oldRefNum=oldRefNum@entry=24, newRefNum=259, alreadyMarkedDicts=0x55555572b120)
at /home/users/chluo/pop/poppler/PDFDoc.cc:1684
#9 0x00007ffff7e07f48 in PDFDoc::markDictionnary (this=this@entry=0x5555555af870,
dict=<optimized out>, xRef=xRef@entry=0x555555636b60,
countRef=countRef@entry=0x555555636cf0, numOffset=numOffset@entry=0,
oldRefNum=oldRefNum@entry=24, newRefNum=259, alreadyMarkedDicts=<optimized out>)
at /home/users/chluo/pop/poppler/PDFDoc.cc:1661
```
[sep1.zip](/uploads/73125c47e331ce89b30056ca83b3e78c/sep1.zip)
Root cause:
The program invokes `std::abort()` in gmem.h:170, yet this line is reachable given some crafted inputs.https://gitlab.freedesktop.org/poppler/poppler/-/issues/1277[pdftocairo] transparency type "multiply" isn't rendered correctly2022-07-28T22:35:09Ztobwen[pdftocairo] transparency type "multiply" isn't rendered correctly# bug
Transparency with type "multiply" isn't rendered
![output](/uploads/3fae1df273b8ee9f3cffb5dabed9eef0/output.png)
# tested commit
2e3c53b71f78b13f2afdb122c2d59243de70ac45
# reproduce me
[multiply.pdf](/uploads/8fe934448f320218a8e...# bug
Transparency with type "multiply" isn't rendered
![output](/uploads/3fae1df273b8ee9f3cffb5dabed9eef0/output.png)
# tested commit
2e3c53b71f78b13f2afdb122c2d59243de70ac45
# reproduce me
[multiply.pdf](/uploads/8fe934448f320218a8e8a9e54c6d7503/multiply.pdf)
``` shell
pdftocairo -r 600 -png -singlefile -antialias best multiply.pdf output
```
# reference image
Reference image was rendered with Illustrator CC 2022. Acrobat, Photoshop and others render it equally.
![reference](/uploads/6cf541c6d1649d30d96a1071e6fbefa0/reference.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1276SIGABRT at poppler/Object.h:435 (pdfunite)2022-08-09T01:59:51ZcrtSIGABRT at poppler/Object.h:435 (pdfunite)When testing #706, we found the bug is not completely patched in `pdfunite`.
To reproduce the bug, run `pdfunite t.pdf poc 2.pdf`.
```
(gdb) bt
#0 0x00007ffff72467bb in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff723153...When testing #706, we found the bug is not completely patched in `pdfunite`.
To reproduce the bug, run `pdfunite t.pdf poc 2.pdf`.
```
(gdb) bt
#0 0x00007ffff72467bb in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff7231535 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x000000000040d7a1 in Object::getDict (this=<optimized out>)
at /home/users/chluo/poppler/poppler/Object.h:435
#3 main (argc=<optimized out>, argv=<optimized out>)
at /home/users/chluo/poppler/utils/pdfunite.cc:200
```
[uni.zip](/uploads/922230f8179b24ed5d6df376cd01006d/uni.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/1275jpeg_mem_src was not declared on Solaris2022-07-27T23:19:32ZMartin Řehákjpeg_mem_src was not declared on SolarisHello,
trying to build poppler-22.07.0 and the build failed with this:
```
-- Found JPEG: /usr/lib/libjpeg.so (found version "62")
...
Building Poppler with support for: ...Hello,
trying to build poppler-22.07.0 and the build failed with this:
```
-- Found JPEG: /usr/lib/libjpeg.so (found version "62")
...
Building Poppler with support for: font configuration: fontconfig
use boost (Splash): no cairo output: yes
qt5 wrapper: no
qt6 wrapper: no
glib wrapper: yes introspection: no
gtk-doc: no cpp wrapper: yes
use libjpeg: yes
use libpng: yes
use libtiff: yes use zlib compress: no
use zlib uncompress: no use nss3: yes
use curl: yes
use libopenjpeg2: yes
use lcms2: yes command line utils: yes
fuzz target: no test data dir: /builds/mrehak/workspace/poppler/components/desktop/poppler/poppler-22.07.0/../test
...
[ 26%] Building CXX object CMakeFiles/poppler.dir/poppler/LocalPDFDocBuilder.cc.o
/builds/mrehak/workspace/poppler/components/desktop/poppler/poppler-22.07.0/poppler/ImageEmbeddingUtils.cc: In static member function 'static std::unique_ptr<ImageEmbeddingUtils::ImageEmbedder> ImageEmbeddingUtils::JpegEmbedder::create(std::unique_ptr<unsigned char []>&&, Goffset)':
/builds/mrehak/workspace/poppler/components/desktop/poppler/poppler-22.07.0/poppler/ImageEmbeddingUtils.cc:344:9: error: 'jpeg_mem_src' was not declared in this scope; did you mean 'jpeg_stdio_src'?
344 | jpeg_mem_src(&info, fileContent.get(), static_cast<unsigned long>(fileSize));
| ^~~~~~~~~~~~
| jpeg_stdio_src
```
I am trying to compile poppler against openjpeg2-2.4. poppler-21.10.0 built without this issue, because there is no reference to `jpeg_mem_src()` funtion. I see that there is turbo-jpeg implementation which defines this funtion, but it is not available on Solaris (yet). Also it seems the new version still tries to detect openjpeg2. Any idea what to do?
Thanks,
Martinhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/1274SIGABRT at poppler/Object.h:4352022-07-27T23:11:15ZcrtSIGABRT at poppler/Object.h:435Hi, we found a bug in the latest version of poppler (commit b9643712), the bug causes the program to crash with the following backtrace.
To reproduce it, run `pdfseparate poc 1.pdf`
```
(gdb) bt
#0 0x00007ffff72467bb in raise () from /...Hi, we found a bug in the latest version of poppler (commit b9643712), the bug causes the program to crash with the following backtrace.
To reproduce it, run `pdfseparate poc 1.pdf`
```
(gdb) bt
#0 0x00007ffff72467bb in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff7231535 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff7bee76f in Object::getDict (this=<optimized out>)
at /home/users/chluo/poppler/poppler/Object.h:435
#3 PDFDoc::savePageAs (this=0x466e10, name=..., pageNo=1)
at /home/users/chluo/poppler/poppler/PDFDoc.cc:889
#4 0x0000000000408659 in extractPages (srcFileName=<optimized out>,
destFileName=0x7fffffffe6eb "./1.pdf")
at /home/users/chluo/poppler/utils/pdfseparate.cc:123
#5 main (argc=<optimized out>, argv=<optimized out>)
at /home/users/chluo/poppler/utils/pdfseparate.cc:156
```
[sep.zip](/uploads/efffb6af496d0da2a7abebaf58e299d9/sep.zip)
Seems that this bug is related to #706. 7b4e372d partially fixes #706 yet it is incomplete.https://gitlab.freedesktop.org/poppler/poppler/-/issues/1273Access formatting or font information via Qt API2022-07-26T22:56:59ZMartin DelilleAccess formatting or font information via Qt APIThis issue is more a problem I'm facing when trying to use poppler Qt API.
Given the following code snippet:
```cpp
if (auto document = Poppler::Document::load(fileName)) {
if (document->isLocked()) {
qCritical() << "Document is loc...This issue is more a problem I'm facing when trying to use poppler Qt API.
Given the following code snippet:
```cpp
if (auto document = Poppler::Document::load(fileName)) {
if (document->isLocked()) {
qCritical() << "Document is locked:" << fileName << "\n";
} else {
qDebug() << "pages: " << document->numPages() << "\n";
for (int i = 0; i < document->numPages(); i++) {
qDebug() << "page:" << i << "\n";
auto page = document->page(i);
for (auto &text : page->textList()) {
qDebug() << "\ttext: " << text->boundingBox().x()
<< " / " << text->boundingBox().y()
<< " " << text->text()
<< "\n";
}
for (auto annotation : page->annotations()) {
qDebug() << "annotation:" << annotation->uniqueName()
<< " " << annotation->author() << "\n";
}
auto image = page->renderToImage(300, 300);
image.save(QString("%0.%1.jpg")
.arg(fileName,
QString::number(i).rightJustified(3, '0')));
break;
}
for (auto font : document->fonts()) {
qDebug() << font.name();
}
}
}
```
How can I access formatting/font information ?https://gitlab.freedesktop.org/poppler/poppler/-/issues/1272Okular's "Digitally sign" with certificate always leads to segfault2022-11-25T10:15:31ZFrank SiegertOkular's "Digitally sign" with certificate always leads to segfaultI have been asked by the Archlinux package maintainers to post the following bug report[1] upstream.
When using the "Digitally sign" feature in Okular to add a (certificate-based) signature, it will let me select the position by mouse, ...I have been asked by the Archlinux package maintainers to post the following bug report[1] upstream.
When using the "Digitally sign" feature in Okular to add a (certificate-based) signature, it will let me select the position by mouse, the certificate in a drop-down dialog, and where to write the signed file, but then segfaults without writing out the file (only a 0-byte okular_*.pdf tmp file is written).
I'm happy to test with any ideas you might have, potentially also using the `okular-git` and `poppler-qt5-git` packages in AUR if that would help anything.
Additional info:
* Versions: Okular 22.04.3, Poppler 22.07.
* It used to work in Okular21.12.3/Poppler22.03, and is only broken since I updated to Okular22.04.1/Poppler22.06
* I am attaching the [coredump](/uploads/abdcf447a15ad46e12fb1c1bfa321d88/okular.coredump), but don't know if that's very helpful.
* I have reproduced the problem with a vanilla user account to exclude any stray user settings. Same segfault.
* I have tried to reproduce the same with a fresh Manjaro installation in a VM with Okular 22.04.2, but there it works fine. So I'm confused why it segfaults in my Archlinux installation.
Steps to reproduce:
* Open test file with Okular, e.g. https://fsiegert.web.cern.ch/tmp/test.pdf
* Tools -> Digitally sign
* Select position, certificate, and filename
* Okular segfaults after clicking "Save".
[1] https://bugs.archlinux.org/task/75388https://gitlab.freedesktop.org/poppler/poppler/-/issues/1271Strange characters appearing in html/text2022-12-04T00:30:13Zvikram singhStrange characters appearing in html/textI have integrated pdftohtml and pdftotext on my local provider where all is working properly except few pdf files, in these files the output is showing with some strange characters as explained below.
Text : Benefits (After 90 Days Full...I have integrated pdftohtml and pdftotext on my local provider where all is working properly except few pdf files, in these files the output is showing with some strange characters as explained below.
Text : Benefits (After 90 Days Full Time) is converted into following
<0X03>Benefits (After 90 Days<0X03>)XOO<0X03>7LPH)
Following is the text when I copy from PDF
Benefits (After 90 Days)XOO7LPH)
I am not sure how to fix the issue and show exact text as shown in the pdf.
Can someone please help me with this?https://gitlab.freedesktop.org/poppler/poppler/-/issues/1270DOS in poppler version 22.07.02022-12-04T00:30:31ZycdxsbDOS in poppler version 22.07.0reproduce:
pdftotext ./poc.pdf
attachment:
[poc.pdf](/uploads/227b3a1c760bc19fd1c732dbc0b36472/poc.pdf)reproduce:
pdftotext ./poc.pdf
attachment:
[poc.pdf](/uploads/227b3a1c760bc19fd1c732dbc0b36472/poc.pdf)