poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2019-03-21T23:43:51Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/656Cannot display free text annotation2019-03-21T23:43:51ZhexchainCannot display free text annotationI have some PDFs (generated by the Canvas LMS) which includes free text annotations like this:
```
<<
/Type /Annot
/Subtype /FreeText
/Contents (2 points)
/Rect [16.349998 432.03 65.65 445.83]
/CreationDate (D:20181001081439+00'00')
/M ...I have some PDFs (generated by the Canvas LMS) which includes free text annotations like this:
```
<<
/Type /Annot
/Subtype /FreeText
/Contents (2 points)
/Rect [16.349998 432.03 65.65 445.83]
/CreationDate (D:20181001081439+00'00')
/M (D:20181001081439+00'00')
/Page 4
/NM (ffdfaae9-7753-4587-953d-ecb5aab27ccf)
/T (name of author)
/Subj (75420000000029087)
/Rotate 0
/DS (font: 12.6pt Lato; text-align: left; color: #EE0612;)
/BS 238 0 R
/CA 1.0
/F 128
>>
```
However, I cannot see these annotations in Evince or Okular (both using poppler backend), not even in the annotations list.
Xpdf 4.0 can display these annotations in black color, and Adobe Acrobat Reader can show them correctly.https://gitlab.freedesktop.org/poppler/poppler/-/issues/655Checkbox created with pdflatex cannot be checked2018-11-02T12:14:04ZNelson Benítez LeónCheckbox created with pdflatex cannot be checkedIn the `hyperref` package of `pdflatex`, the Form environment has a `\CheckBox` command that creates a checkbox in a PDF document.
In evince, the checkbox is visible and the mouse changes on hover, but the checkmark does not appear on ...In the `hyperref` package of `pdflatex`, the Form environment has a `\CheckBox` command that creates a checkbox in a PDF document.
In evince, the checkbox is visible and the mouse changes on hover, but the checkmark does not appear on click.
In Acroread the checkbox can be checked and unchecked with no problem.https://gitlab.freedesktop.org/poppler/poppler/-/issues/654memory leak at GfxState.cc:2452019-01-01T23:15:09Zpwdmemory leak at GfxState.cc:245## version
The latest stable release poppler-0.71.0.tar.xz, released on Oct 31, 2018
## others
this bug is reported by pwd@360TeamSeri0us,
please send email to teamSeri0us360@gmail.com if you have any questions.
## Test Target
```...## version
The latest stable release poppler-0.71.0.tar.xz, released on Oct 31, 2018
## others
this bug is reported by pwd@360TeamSeri0us,
please send email to teamSeri0us360@gmail.com if you have any questions.
## Test Target
```shell
./pdftocairo poc -ps
```
## debug info
```c
In file: ~/poppler-0.71.0/poppler/GfxState.cc
242 INTENT_RELATIVE_COLORIMETRIC,LCMS_FLAGS)) == nullptr) {
243 error(errSyntaxWarning, -1, "Can't create Lab transform");
244 } else {
245 XYZ2DisplayTransform = new GfxColorTransform(transform, INTENT_RELATIVE_COLORIMETRIC, PT_XYZ, displayPixelType);
246 }
► 247 cmsCloseProfile(XYZProfile);
248 }
249 }
250
251 void GfxColorSpace::setDisplayProfileName(GooString *name) {
252 displayProfileName = name->copy();
───────────────────────────────────────────────────────────[ BACKTRACE ]─────────────────────────────────────────────────────
► f 0 7ffff6dd1937 GfxColorSpace::setDisplayProfile(void*)+2119
f 1 52838e main+16110
f 2 7ffff52d6b97 __libc_start_main+231
pwndbg> p XYZ2DisplayTransform
$6 = (GfxColorTransform *) 0x60300000e470
// ...
// ...
// Before binary exit,
In file: ~/poppler-0.71.0/utils/pdftocairo.cc
1281 cmsCloseProfile(profile);
1282 if (icc_data)
1283 gfree(icc_data);
1284 #endif
1285
► 1286 return 0;
1287 }
Breakpoint pdftocairo.cc:1286
pwndbg> p 0x60300000e470
$7 = 105759274755184
pwndbg> p XYZ2DisplayTransform
$8 = (GfxColorTransform *) 0x603000011740
```
## ASAN report
```txt
=================================================================
==35865==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 512 byte(s) in 2 object(s) allocated from:
#0 0x4e5690 in __interceptor_malloc /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:88
#1 0x7f928fe128ed (/usr/lib/x86_64-linux-gnu/libfontconfig.so.1+0x1d8ed)
Direct leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x51dc40 in operator new(unsigned long) /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:92
#1 0x7f9291dfb863 in GfxColorSpace::setDisplayProfile(void*) /home/pwd/fuzz/fuzz-poppler/poppler-0.71.0/poppler/GfxState.cc:245:30
#2 0x7f9290300b96 in __libc_start_main /build/glibc-OTsEL5/glibc-2.27/csu/../csu/libc-start.c:310
Indirect leak of 25384 byte(s) in 21 object(s) allocated from:
#0 0x4e5690 in __interceptor_malloc /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:88
#1 0x7f929164b177 (/usr/lib/x86_64-linux-gnu/liblcms2.so.2+0xc177)
Indirect leak of 408 byte(s) in 3 object(s) allocated from:
#0 0x4e5690 in __interceptor_malloc /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:88
#1 0x7f929164b177 (/usr/lib/x86_64-linux-gnu/liblcms2.so.2+0xc177)
#2 0x100000000fff (<unknown module>)
Indirect leak of 264 byte(s) in 1 object(s) allocated from:
#0 0x4e5690 in __interceptor_malloc /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:88
#1 0x7f929164b177 (/usr/lib/x86_64-linux-gnu/liblcms2.so.2+0xc177)
#2 0x40018 (<unknown module>)
Indirect leak of 224 byte(s) in 7 object(s) allocated from:
#0 0x4e58b8 in calloc /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:97
#1 0x7f928fe12fd8 (/usr/lib/x86_64-linux-gnu/libfontconfig.so.1+0x1dfd8)
Indirect leak of 98 byte(s) in 6 object(s) allocated from:
#0 0x441eb0 in __interceptor_strdup /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_interceptors.cc:407
#1 0x7f928fe122f4 in FcValueSave (/usr/lib/x86_64-linux-gnu/libfontconfig.so.1+0x1d2f4)
Indirect leak of 72 byte(s) in 1 object(s) allocated from:
#0 0x4e5690 in __interceptor_malloc /home/pwd/llvm_dev/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:88
#1 0x7f929164b139 (/usr/lib/x86_64-linux-gnu/liblcms2.so.2+0xc139)
SUMMARY: AddressSanitizer: 26986 byte(s) leaked in 42 allocation(s).
```
[poc.tar.gz](/uploads/4649bd24182ebe7c44e58b949fb57528/poc.tar.gz)https://gitlab.freedesktop.org/poppler/poppler/-/issues/651Inkscape issue: chunked text blocks in svg when converting from pdf to svg us...2019-02-04T21:51:24ZAnne JourneauInkscape issue: chunked text blocks in svg when converting from pdf to svg using Import with Popple/cairo settingsWe use Inskcape PDF Import function (Popple/Cairo import settings) to convert a schematic in pdf format to svg
However all text blocks are chunked in the svg output.
Do you know how the text blocks could be preserved?
See attached pdf ...We use Inskcape PDF Import function (Popple/Cairo import settings) to convert a schematic in pdf format to svg
However all text blocks are chunked in the svg output.
Do you know how the text blocks could be preserved?
See attached pdf and the corresponding svg file.
Thank you in advance for you help
![SchematicsA.svg](/uploads/0169043f97a089[SchematicA.pdf](/uploads/9d7ac653bd3a1f70fe78abe300df3f03/SchematicA.pdf)9488abdfecc8975b08/SchematicsA.svg)https://gitlab.freedesktop.org/poppler/poppler/-/issues/650qt4/src/poppler-page.cc:497:36: error: invalid conversion from 'const PDFRect...2018-10-23T20:23:39ZEdgar Hochqt4/src/poppler-page.cc:497:36: error: invalid conversion from 'const PDFRectangle*' to 'PDFRectangle*'Trying to build poppler 0.70.1 package with mock on Fedora 28 give me the following error:
```
BUILDSTDERR: /builddir/build/BUILD/poppler-0.70.1/qt4/src/poppler-page.cc:497:36: error: invalid conversion from 'const PDFRectangle*' to 'PD...Trying to build poppler 0.70.1 package with mock on Fedora 28 give me the following error:
```
BUILDSTDERR: /builddir/build/BUILD/poppler-0.70.1/qt4/src/poppler-page.cc:497:36: error: invalid conversion from 'const PDFRectangle*' to 'PDFRectangle*' [-fpermissive]
BUILDSTDERR: rect = m_page->page->getCropBox();
BUILDSTDERR: ~~~~~~~~~~~~~~~~~~~~~~~~^~
```https://gitlab.freedesktop.org/poppler/poppler/-/issues/649poppler uses incomplete nss3 library specification2019-02-04T21:52:30Zyuri@FreeBSDpoppler uses incomplete nss3 library specificationIt uses ```-lnss3``` when ```pkg-config```returns other parts too:
```
pkg-config --libs nss
-L/usr/local/lib/nss -lnss3 -lsmime3 -lssl3 -lnssutil3 -L/usr/local/lib -lplds4 -lplc4 -lnspr4 -pthread
```
Link fails because ```-L/usr/local...It uses ```-lnss3``` when ```pkg-config```returns other parts too:
```
pkg-config --libs nss
-L/usr/local/lib/nss -lnss3 -lsmime3 -lssl3 -lnssutil3 -L/usr/local/lib -lplds4 -lplc4 -lnspr4 -pthread
```
Link fails because ```-L/usr/local/lib/nss``` is missing.
FreeBSD 11.2
Version: 0.70.1https://gitlab.freedesktop.org/poppler/poppler/-/issues/648ENABLE_NSS3=false doesn't disable nss3; poppler uses incomplete nss3 library ...2018-10-22T21:38:30Zyuri@FreeBSDENABLE_NSS3=false doesn't disable nss3; poppler uses incomplete nss3 library specification1. It still uses nss3 even with ```ENABLE_NSS3=false```.
2. It uses ```-lnss3``` when ```pkg-config```returns other parts too:
```
pkg-config --libs nss
-L/usr/local/lib/nss -lnss3 -lsmime3 -lssl3 -lnssutil3 -L/usr/local/lib -lplds4 -lp...1. It still uses nss3 even with ```ENABLE_NSS3=false```.
2. It uses ```-lnss3``` when ```pkg-config```returns other parts too:
```
pkg-config --libs nss
-L/usr/local/lib/nss -lnss3 -lsmime3 -lssl3 -lnssutil3 -L/usr/local/lib -lplds4 -lplc4 -lnspr4 -pthread
```
Link fails because ```-L/usr/local/lib/nss``` is missing.
FreeBSD 11.2
Version: 0.70.1https://gitlab.freedesktop.org/poppler/poppler/-/issues/6470.70.0: poppler-macros.h missing from the list in glib/CMakeLists.txt2018-10-22T19:48:01Zgabriele balducci0.70.0: poppler-macros.h missing from the list in glib/CMakeLists.txthello
in the 0.70.0 tarball the poppler-macros.h header is missing from the list in
glib/CMakeLists.txt and won't be installed; which causes a compile error
when glib/poppler.h is included by any other application; eg:
----8<----
...hello
in the 0.70.0 tarball the poppler-macros.h header is missing from the list in
glib/CMakeLists.txt and won't be installed; which causes a compile error
when glib/poppler.h is included by any other application; eg:
----8<----
In file included from image_load_pdf.c:27:
/usr/include/poppler/glib/poppler.h:24:10: fatal error: poppler-macros.h: No such file or directory
#include "poppler-macros.h"
^~~~~~~~~~~~~~~~~~
compilation terminated.
---->8----
ciao
gabrielehttps://gitlab.freedesktop.org/poppler/poppler/-/issues/646table title is black/no text2018-10-19T05:52:01ZIldar Mulyukovtable title is black/no textPoppler version 0.69
https://public.dhe.ibm.com/common/ssi/ecm/52/en/52015752usen/52015752usen-04_52015752USEN.pdf page 5 has title which is black but should have text on it.
Original issue: https://gitlab.gnome.org/GNOME/evince/issues/...Poppler version 0.69
https://public.dhe.ibm.com/common/ssi/ecm/52/en/52015752usen/52015752usen-04_52015752USEN.pdf page 5 has title which is black but should have text on it.
Original issue: https://gitlab.gnome.org/GNOME/evince/issues/1006#note_348042https://gitlab.freedesktop.org/poppler/poppler/-/issues/644PDF rendered incorrectly: multibyte characters appear as undefined glyphs2022-07-18T22:12:57ZNik SoggiaPDF rendered incorrectly: multibyte characters appear as undefined glyphs[multibyte-char.pdf](/uploads/53f598bc6cc89f2d4054978ba1db6fe6/multibyte-char.pdf)
This is the first page of a italian energy bill, I replaced all sensitive data with capital I's.
Poppler renders all the euro sign and the multibyte punc...[multibyte-char.pdf](/uploads/53f598bc6cc89f2d4054978ba1db6fe6/multibyte-char.pdf)
This is the first page of a italian energy bill, I replaced all sensitive data with capital I's.
Poppler renders all the euro sign and the multibyte punctuation characters (in the two lower right boxes) as undefined glyphs. Surprisingly, it renders correctly the a-grave U+00E0 in "Società" (it's in the verical fine print in the lower right corner).
The PDF does display well in Firefox, MuPDF and Ghostscript's pdf2ps.
(tested with poppler-0.45.0/poppler-data-0.4.7 and poppler-0.69.0/poppler-data-0.4.9 using Atril and pdftops)
Regardshttps://gitlab.freedesktop.org/poppler/poppler/-/issues/643can not build on mingw2018-10-06T08:39:23ZPingplug Fengcan not build on mingwOS: Arch Linux
Version: 0.69.0
Failed to build with this error:
```
/tmp/makepkg/mingw-w64-poppler/src/poppler-0.69.0/utils/pdftocairo-win32.cc: In function 'void win32SetupPrinter(GooString*, GooString*, GBool, GBool)':
/tmp/makepkg/min...OS: Arch Linux
Version: 0.69.0
Failed to build with this error:
```
/tmp/makepkg/mingw-w64-poppler/src/poppler-0.69.0/utils/pdftocairo-win32.cc: In function 'void win32SetupPrinter(GooString*, GooString*, GBool, GBool)':
/tmp/makepkg/mingw-w64-poppler/src/poppler-0.69.0/utils/pdftocairo-win32.cc:375:19: error: 'gstrndup' was not declared in this scope
printerName = gstrndup(printer->getCString(), printer->getLength());
^~~~~~~~
/tmp/makepkg/mingw-w64-poppler/src/poppler-0.69.0/utils/pdftocairo-win32.cc:375:19: note: suggested alternative: 'strdup'
printerName = gstrndup(printer->getCString(), printer->getLength());
^~~~~~~~
strdup
```
It seems that `gstrndup()` have been moved to `copyString()`https://gitlab.freedesktop.org/poppler/poppler/-/issues/641revert explicit deletion of Object::dictAdd(char*, ...)2018-09-27T21:34:38ZThomas Holderrevert explicit deletion of Object::dictAdd(char*, ...)This commit should be reverted: dcd8ad25023db542ade5edc23fc5f943d8ee6376
It's causing Inkscape's build to fail:
https://gitlab.com/inkscape/inkscape/-/jobs/102331764This commit should be reverted: dcd8ad25023db542ade5edc23fc5f943d8ee6376
It's causing Inkscape's build to fail:
https://gitlab.com/inkscape/inkscape/-/jobs/102331764https://gitlab.freedesktop.org/poppler/poppler/-/issues/638incorrect computation of type3 glyphs transformation matrix2018-09-20T20:58:42ZDenis Onishchenkoincorrect computation of type3 glyphs transformation matrix[type3_transformation_matrix_fix.patch](/uploads/38527342a8cfc8493ee156499e50fbf8/type3_transformation_matrix_fix.patch)
attached the patch that fixes 2 errors in computation of type3 glyphs transformation matrix.[type3_transformation_matrix_fix.patch](/uploads/38527342a8cfc8493ee156499e50fbf8/type3_transformation_matrix_fix.patch)
attached the patch that fixes 2 errors in computation of type3 glyphs transformation matrix.https://gitlab.freedesktop.org/poppler/poppler/-/issues/637Match accented chars in ::findText()2019-01-31T00:33:19ZNelson Benítez LeónMatch accented chars in ::findText()When `!caseSensitive` is passed and the search term is pure Ascii.
This makes possible that simple ascii search terms can match on their accented and other diacritics counterparts. Examples:
* "arbol" matches "árbol" (spanish)
* "resu...When `!caseSensitive` is passed and the search term is pure Ascii.
This makes possible that simple ascii search terms can match on their accented and other diacritics counterparts. Examples:
* "arbol" matches "árbol" (spanish)
* "resume" matches "résumé" (french)
* "Ausgleichslosung" matches "Ausgleichslösung" (german)
This may cause some false positives when partial matching, like:
* "ana" matches on "gañan", where in spanish "n" and "ñ" are different letters.
* *(Other languages would have similar cases).*
IMO these false positives are acceptable, a small side effect of making the search more lax so accented text is found easier. The user only needs to mark `caseSensitive` to make the search strict to their terms.
In the merge request I've implemented this as an automatic behaviour when `!caseSensitive` is passed and the search term is pure Ascii (first 128 chars, so just letters without any diacritic), but if you prefer API consumers to be explicit about wanting this, we could add it under a new `diacriticSensitive` parameter (as was mentioned in https://bugzilla.freedesktop.org/show_bug.cgi?id=2929#c16 ).
Downstream bug in Evince:
https://gitlab.gnome.org/GNOME/evince/issues/58https://gitlab.freedesktop.org/poppler/poppler/-/issues/635Do you use Ghostscript library to parse content or convert file formats?2018-09-03T08:31:21ZYulianavinograduss@mail.ruDo you use Ghostscript library to parse content or convert file formats?Hello, recently was news:
> Google Project Zero's security researcher has discovered a critical remote code execution (RCE) vulnerability in Ghostscript—an open source interpreter for Adobe Systems' PostScript and PDF page description l...Hello, recently was news:
> Google Project Zero's security researcher has discovered a critical remote code execution (RCE) vulnerability in Ghostscript—an open source interpreter for Adobe Systems' PostScript and PDF page description languages.
>
> A lot of popular PDF and image editing software, including ImageMagick and GIMP, use Ghostscript library to parse the content and convert file formats.
I get it from: https://thehackernews.com/2018/08/ghostscript-postscript-vulnerability.html <br>
And also you can find info here: https://bugs.chromium.org/p/project-zero/issues/detail?id=1640
Could you tell please, do you use Ghostscript library in poppler?
I want to research poppler code on this issue. But it would be great if you answered me before =)https://gitlab.freedesktop.org/poppler/poppler/-/issues/634Segmentation fault (core dumped) during rendering of the pdf file2018-08-23T16:13:01ZYulianavinograduss@mail.ruSegmentation fault (core dumped) during rendering of the pdf fileI have a pdf file with an element `FunctionType 0/Size[112269824]` and on this file I have segmentation fault.
The problem I found in function `gmallocn`, in my case `nObjs >= INT_MAX / objSize` and the program exit (1)
Stack looks like...I have a pdf file with an element `FunctionType 0/Size[112269824]` and on this file I have segmentation fault.
The problem I found in function `gmallocn`, in my case `nObjs >= INT_MAX / objSize` and the program exit (1)
Stack looks like: <br />
```sh
#0 gmallocn (nObjs=336809472, objSize=8, checkoverflow=false) at /third_party/poppler/goo/gmem.cc:181
#1 0x00000000004f09c8 in gmallocn (nObjs=336809472, objSize=8) at /third_party/poppler/goo/gmem.cc:195
#2 0x000000000064af06 in SampledFunction::SampledFunction (this=0x9ddf40, funcObj=0x7fffffffd3d0, dict=0x9cf3a0) at /third_party/poppler/poppler/Function.cc:373
#3 0x0000000000649933 in Function::parse (funcObj=0x7fffffffd3d0, usedParents=0x7fffffffd2f0) at /third_party/poppler/poppler/Function.cc:90
#4 0x00000000006497c7 in Function::parse (funcObj=0x7fffffffd3d0) at /third_party/poppler/poppler/Function.cc:63<br />
#5 0x000000000054637f in GfxAxialShading::parse (res=0x989670, dict=0x9b9f60, out=0x7fffffffdeb0, state=0x9a0130) at /third_party/poppler/poppler/GfxState.cc:4125
#6 0x000000000054332e in GfxShading::parse (res=0x989670, obj=0x7fffffffd630, out=0x7fffffffdeb0, state=0x9a0130) at /third_party/poppler/poppler/GfxState.cc:3591
#7 0x0000000000542d07 in GfxShadingPattern::parse (res=0x989670, patObj=0x7fffffffd780, out=0x7fffffffdeb0, state=0x9a0130, patternRefNum=47) at /third_party/poppler/poppler/GfxState.cc:3494
#8 0x00000000005422f6 in GfxPattern::parse (res=0x989670, obj=0x7fffffffd780, out=0x7fffffffdeb0, state=0x9a0130, patternRefNum=47) at /third_party/poppler/poppler/GfxState.cc:3362
#9 0x0000000000509820 in GfxResources::lookupPattern (this=0x989670, name=0x988ab0 "P47", out=0x7fffffffdeb0, state=0x9a0130) at /third_party/poppler/poppler/Gfx.cc:471
#10 0x000000000050f3ed in Gfx::opSetFillColorN (this=0x989540, args=0x7fffffffd990, numArgs=1) at /third_party/poppler/poppler/Gfx.cc:1599
#11 0x000000000050b230 in Gfx::execOp (this=0x989540, cmd=0x7fffffffd950, args=0x7fffffffd990, numArgs=1) at /third_party/poppler/poppler/Gfx.cc:878
#12 0x000000000050ab10 in Gfx::go (this=0x989540, topLevel=true) at /third_party/poppler/poppler/Gfx.cc:753
#13 0x000000000050a89c in Gfx::display (this=0x989540, obj=0x7fffffffdcd0, topLevel=true) at /third_party/poppler/poppler/Gfx.cc:715
#14 0x000000000056c4b1 in Page::displaySlice (this=0x9870b0, out=0x7fffffffdeb0, hDPI=72, vDPI=72, rotate=0, useMediaBox=false, crop=true, sliceX=-1, sliceY=-1, sliceW=-1, sliceH=-1, printing=false, abortCheckCbk=0x0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0x0, annotDisplayDecideCbkData=0x0, copyXRef=false) at /third_party/poppler/poppler/Page.cc:560
#15 0x00000000005705c1 in PDFDoc::displayPageSlice (this=0x9866d0, out=0x7fffffffdeb0, page=1, hDPI=72, vDPI=72, rotate=0, useMediaBox=false, crop=true, printing=false, sliceX=-1, sliceY=-1, sliceW=-1, sliceH=-1, abortCheckCbk=0x0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0x0, annotDisplayDecideCbkData=0x0, copyXRef=false)at /third_party/poppler/poppler/PDFDoc.cc:555
#16 0x00000000004eaedb in poppler::page_renderer::render_page (this=0x7fffffffe0a0, p=0x9876f0, xres=72, yres=72, x=-1, y=-1, w=-1, h=-1, rotate=poppler::rotate_0) at /third_party/poppler/cpp/poppler-page-renderer.cpp:303
#17 0x00000000004d93b0 in main (argc=2, argv=0x7fffffffe238) at /third_party/poppler/cpp/tests/poppler-render.cpp:104
```
I don't want this exit, What can I do?
I found the discussion of the same problem but for other function: https://bugs.freedesktop.org/show_bug.cgi?id=93476
There you add check for ExponentialFunction in poppler/Function.cc: https://cgit.freedesktop.org/poppler/poppler/commit/?id=b3425dd3261679958cd56c0f71995c15d2124433https://gitlab.freedesktop.org/poppler/poppler/-/issues/631NamedDests in glib frontend are broken2019-01-09T13:00:34ZBugzilla Migration UserNamedDests in glib frontend are broken## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#60377)](https://bugs.freedesktop.org/show_bug.cgi?id=60377)**
## Description
Hi, currently, NamedDests in glib frontend are brokend. This is becaus...## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#60377)](https://bugs.freedesktop.org/show_bug.cgi?id=60377)**
## Description
Hi, currently, NamedDests in glib frontend are brokend. This is because in the pdf reference, Names trees can hold very wild strings, including byte strings, where the '\0' ending character assumption does not hold. Thus, a gchar * is not a good way of describing named destinations on the glib world. On test file,
all the goostrings are alright, but when transforming these to gchar *, some of the byte strings have a '\0' before the end of the string.
This makes these PopplerDest objects unusable. We should get some more fancy API for that (Like using GBytes? and adding some methods to check if it is a proper string or so) or not to convert the name to gchar and use the PopplerDest object instead of the name on the find_link_dest and find_link_page funcs.https://gitlab.freedesktop.org/poppler/poppler/-/issues/630TextPage::getText in rawOrder doesn't work2018-10-06T23:40:45ZBugzilla Migration UserTextPage::getText in rawOrder doesn't work## Submitted by Daniel Garcia
Assigned to **poppler-bugs**
**[Link to original bug (#27999)](https://bugs.freedesktop.org/show_bug.cgi?id=27999)**
## Description
I saw that using rawOrder in TextOutputDev you can't use getText met...## Submitted by Daniel Garcia
Assigned to **poppler-bugs**
**[Link to original bug (#27999)](https://bugs.freedesktop.org/show_bug.cgi?id=27999)**
## Description
I saw that using rawOrder in TextOutputDev you can't use getText method,
it always returns an empty GooString:
...
3603 s = new GooString();
3604
3605 if (rawOrder) {
3606 return s;
3607 }
...
It should return the text between xMin, yMin and xMax, yMax in raw order.https://gitlab.freedesktop.org/poppler/poppler/-/issues/622Poppler 0.50: Link issues when cross compiling with NSS3 enabled2019-02-04T21:50:42ZBugzilla Migration UserPoppler 0.50: Link issues when cross compiling with NSS3 enabled## Submitted by Nadal Gonzalo García Zavala
Assigned to **poppler-bugs**
**[Link to original bug (#99331)](https://bugs.freedesktop.org/show_bug.cgi?id=99331)**
## Description
Created attachment 128832
suceful native build
Hi.
I...## Submitted by Nadal Gonzalo García Zavala
Assigned to **poppler-bugs**
**[Link to original bug (#99331)](https://bugs.freedesktop.org/show_bug.cgi?id=99331)**
## Description
Created attachment 128832
suceful native build
Hi.
I'm trying to find why this happens. I can successfull compile when native, but get link issues when doing cross. In the meanwhile, i have made a patch that works fine. Note that i do not have a well cmake knowledge so it can be a little dirty.
Thanks.
**Attachment 128832**, "suceful native build":
[1483973720-install-app-text_poppler-0.50.0_0__x11.out](/uploads/997b389f91cfdc178bfcecf5d3163eed/1483973720-install-app-text_poppler-0.50.0_0__x11.out)https://gitlab.freedesktop.org/poppler/poppler/-/issues/620Highlighting of swashes does not work2018-10-06T23:42:16ZBugzilla Migration UserHighlighting of swashes does not work## Submitted by Nicolas Mailhot
Assigned to **poppler-bugs**
**[Link to original bug (#24731)](https://bugs.freedesktop.org/show_bug.cgi?id=24731)**
## Description
> Carlos Garcia Campos [evince developer] 2009-10-23 12:46:...## Submitted by Nicolas Mailhot
Assigned to **poppler-bugs**
**[Link to original bug (#24731)](https://bugs.freedesktop.org/show_bug.cgi?id=24731)**
## Description
> Carlos Garcia Campos [evince developer] 2009-10-23 12:46:21 UTC
>
> This should be a poppler issue, could you forward this bug to freedesktop
> bugzilla, please?
>
> Thanks for reporting.
If you try to select the “collection” word in the linked test case, you'll
see evince makes a mess of the complex typography in it
Testcase: https://bugzilla.gnome.org/attachment.cgi?id=145207