poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2020-09-14T09:25:39Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/278crash when removing annotation of page2020-09-14T09:25:39ZBugzilla Migration Usercrash when removing annotation of page## Submitted by Jannick
Assigned to **poppler-bugs**
**[Link to original bug (#101795)](https://bugs.freedesktop.org/show_bug.cgi?id=101795)**
## Description
Created attachment 132697
call procs of annot class only when object not...## Submitted by Jannick
Assigned to **poppler-bugs**
**[Link to original bug (#101795)](https://bugs.freedesktop.org/show_bug.cgi?id=101795)**
## Description
Created attachment 132697
call procs of annot class only when object not destroyed by Page::removeAnnot
Page::removeAnnot (https://cgit.freedesktop.org/poppler/poppler/tree/poppler/Page.cc#n465) crashes after annot is removed AND destroyed. Suggested patch tries to amend that.
I am not sure if this raises other issues I must admit, since I am very much a newbie to poppler.
**Patch 132697**, "call procs of annot class only when object not destroyed by Page::removeAnnot":
[poppler-0.56.0_2017-07-15__9.59.41.patch](/uploads/f2028d2cc03c3710bbb0b7629ccf58e9/poppler-0.56.0_2017-07-15__9.59.41.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/277Pdf text buffer rendered in the wrong order2018-08-21T10:35:45ZBugzilla Migration UserPdf text buffer rendered in the wrong order## Submitted by Max Nicosia
Assigned to **poppler-bugs**
**[Link to original bug (#29374)](https://bugs.freedesktop.org/show_bug.cgi?id=29374)**
## Description
The text although display in the right order, cannot be selected in th...## Submitted by Max Nicosia
Assigned to **poppler-bugs**
**[Link to original bug (#29374)](https://bugs.freedesktop.org/show_bug.cgi?id=29374)**
## Description
The text although display in the right order, cannot be selected in the correct order.
In the following pdf:
www.cs.st-andrews.ac.uk/~mirco/papers/simplex10.pdf
On the second page, the selection (under Evince) goes in the following order:
upper left -> upper right -> lower left -> lover right
Now, this might not seem a serious problem, but it hinders the use of Orca with Evince to read pdfs, since the text is read in the wrong order.
There is also another example here: (not quite the same)
www.cs.st-andrews.ac.uk/~mirco/papers/wosn10.pdf
On the first page, the names of the authors are read and can be selected as if they would be in columns, but the text is put on the buffer in lines.
I could provide further info if necessary.
Cheers
Mhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/276[PATCH] add text hinting setting to the qt demos2018-08-21T10:35:42ZBugzilla Migration User[PATCH] add text hinting setting to the qt demos## Submitted by Philipp Knechtges
Assigned to **poppler-bugs**
**[Link to original bug (#91915)](https://bugs.freedesktop.org/show_bug.cgi?id=91915)**
## Description
Created attachment 118133
patch
Allows to select the different ...## Submitted by Philipp Knechtges
Assigned to **poppler-bugs**
**[Link to original bug (#91915)](https://bugs.freedesktop.org/show_bug.cgi?id=91915)**
## Description
Created attachment 118133
patch
Allows to select the different text hinting options in the qt{4,5} demos.
Interestingly, the output from qt4 does not necessarily match the qt5 output. Text hinting with qt5 seems to be more subtle without antialiasing.
~~**Attachment 118133**~~, "patch":
[0001-qt-4-5-demos-add-text-hinting-setting.patch](/uploads/a32ed05ac17fc22685e0447c5a199250/0001-qt-4-5-demos-add-text-hinting-setting.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/275[TAGGEDPDF] Provide accessors for form field of structure elements2018-08-21T10:35:35ZBugzilla Migration User[TAGGEDPDF] Provide accessors for form field of structure elements## Submitted by Alejandro Piñeiro `@apinheiro`
Assigned to **poppler-bugs**
**[Link to original bug (#80154)](https://bugs.freedesktop.org/show_bug.cgi?id=80154)**
## Description
[Bug 64821](https://bugs.freedesktop.org/show_bug.c...## Submitted by Alejandro Piñeiro `@apinheiro`
Assigned to **poppler-bugs**
**[Link to original bug (#80154)](https://bugs.freedesktop.org/show_bug.cgi?id=80154)**
## Description
[Bug 64821](https://bugs.freedesktop.org/show_bug.cgi?id=64821) was closed with the patches related to form field accessors not committed. At [bug 64821](https://bugs.freedesktop.org/show_bug.cgi?id=64821) comment 81 it is suggested to create a new bug for that.
### Blocking
* [Bug 64813](https://bugs.freedesktop.org/show_bug.cgi?id=64813)
* [Bug 80159](https://bugs.freedesktop.org/show_bug.cgi?id=80159)https://gitlab.freedesktop.org/poppler/poppler/-/issues/274RTL select, copy/paste and search support for Arabic and Hebrew scripts are m...2018-10-27T15:16:57ZBugzilla Migration UserRTL select, copy/paste and search support for Arabic and Hebrew scripts are missing## Submitted by Bryan Clark
Assigned to **poppler-bugs**
**[Link to original bug (#2981)](https://bugs.freedesktop.org/show_bug.cgi?id=2981)**
## Description
I know it's very complicated, but many times we need to search for just ...## Submitted by Bryan Clark
Assigned to **poppler-bugs**
**[Link to original bug (#2981)](https://bugs.freedesktop.org/show_bug.cgi?id=2981)**
## Description
I know it's very complicated, but many times we need to search for just a word
in a pdf/ps and we cann't.
As I know, no viewer support RtL scripts yet.
------- From Behdad Esfahbod 2005-03-15 10:31 -------
Maybe a first step is to simply support searching/copy/paste Unicode strings.
That should quite possible give the encoding vector of PS (and PDF) fonts. SVG
should have no problem I guess.
### Depends on
* [Bug 55977](https://bugs.freedesktop.org/show_bug.cgi?id=55977)
### Blocking
* [Bug 4101](https://bugs.freedesktop.org/show_bug.cgi?id=4101)
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=55977https://gitlab.freedesktop.org/poppler/poppler/-/issues/273Rendering unprecise -> holes in large parentheses2018-08-21T10:35:05ZBugzilla Migration UserRendering unprecise -> holes in large parentheses## Submitted by Patrick Häcker
Assigned to **poppler-bugs**
**[Link to original bug (#64855)](https://bugs.freedesktop.org/show_bug.cgi?id=64855)**
## Description
The rendering of a PDF file generated by LaTeX is unprecise, which ...## Submitted by Patrick Häcker
Assigned to **poppler-bugs**
**[Link to original bug (#64855)](https://bugs.freedesktop.org/show_bug.cgi?id=64855)**
## Description
The rendering of a PDF file generated by LaTeX is unprecise, which leads to tiny holes in large parentheses as described here http://tex.stackexchange.com/q/115260. As this is reproducible in all tested poppler viewers including xpdf, but cannot be reproduces with mupdf, this seems to be a poppler issue. Unfortunately, I do not know poppler good enough to describe the problematic component, but it occurs in Okular, for example.https://gitlab.freedesktop.org/poppler/poppler/-/issues/272CMake: ENABLE_GLIB vs. WITH_GLIB2020-09-13T21:47:02ZBugzilla Migration UserCMake: ENABLE_GLIB vs. WITH_GLIB## Submitted by Roland Hieber
Assigned to **poppler-bugs**
**[Link to original bug (#103590)](https://bugs.freedesktop.org/show_bug.cgi?id=103590)**
## Description
Created attachment 135254
CMake: remove ENABLE_GLIB in favour of W...## Submitted by Roland Hieber
Assigned to **poppler-bugs**
**[Link to original bug (#103590)](https://bugs.freedesktop.org/show_bug.cgi?id=103590)**
## Description
Created attachment 135254
CMake: remove ENABLE_GLIB in favour of WITH_GLIB from macro_optional_find_package(GLIB)
When configuring poppler 0.60.1 with ccmake, I can see both ENABLE_GLIB and (further down) WITH_GLIB. As I understand the code, both of them need to be set for GLIB to be used. Since WITH_GLIB is the guard used in `macro_optional_find_package(GLIB)`, I think that `ENABLE_GLIB` can be spared. See the attached patch, which works for me.
**Patch 135254**, "CMake: remove ENABLE_GLIB in favour of WITH_GLIB from macro_optional_find_package(GLIB)":
[poppler-cmake-enable-glib-vs-with-glib.patch](/uploads/25ba9fce57d5a0f159f899c0408ccc3b/poppler-cmake-enable-glib-vs-with-glib.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/271add API to create PopplerDocument from FD2018-08-21T10:34:58ZBugzilla Migration Useradd API to create PopplerDocument from FD## Submitted by Christian Persch (GNOME)
Assigned to **poppler-bugs**
**[Link to original bug (#107599)](https://bugs.freedesktop.org/show_bug.cgi?id=107599)**
## Description
Created attachment 141154
patch
There is API to create...## Submitted by Christian Persch (GNOME)
Assigned to **poppler-bugs**
**[Link to original bug (#107599)](https://bugs.freedesktop.org/show_bug.cgi?id=107599)**
## Description
Created attachment 141154
patch
There is API to create PopplerDocument from a filename, GFile, GInputStream, but not a simple FD. While one could wrap a FD into a GUnixInputStream, that's not as convenient or performant.
The attached simple patch adds the necessary API; and while I was at it, also the corresponding to-fd variants of the save APIs.
The use case for this is FDs pointing to an already unlinked tempfile (which means that one cannot use the open-by-filename APIs).
**Patch 141154**, "patch":
[poppler-fd.patch](/uploads/9190ab3202c7b48bc3d06d11f4490f9f/poppler-fd.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/270Links are not correct if using complex and single html mode in pdftohtml2018-10-11T20:23:54ZBugzilla Migration UserLinks are not correct if using complex and single html mode in pdftohtml## Submitted by Fabian B
Assigned to **poppler-bugs**
**[Link to original bug (#41457)](https://bugs.freedesktop.org/show_bug.cgi?id=41457)**
## Description
Created attachment 51966
The solution for this problem
If you have a doc...## Submitted by Fabian B
Assigned to **poppler-bugs**
**[Link to original bug (#41457)](https://bugs.freedesktop.org/show_bug.cgi?id=41457)**
## Description
Created attachment 51966
The solution for this problem
If you have a document with several pdf slides and want to convert it to html in complex and single html mode, the links leading from one to another slides are not correct.
My solution is setting an html anchor after the body of each slide and setting the links to these anchors.
For that I changed some lines in the source code (see the atached file)
**Attachment 51966**, "The solution for this problem":
[HtmlOutputDev.cc](/uploads/0c95202dfba4c178a30783492cb67d99/HtmlOutputDev.cc)https://gitlab.freedesktop.org/poppler/poppler/-/issues/269PDF not rendered correctly using pdftoppm2018-10-11T20:25:34ZBugzilla Migration UserPDF not rendered correctly using pdftoppm## Submitted by Patrick O'Lone
Assigned to **poppler-bugs**
**[Link to original bug (#93642)](https://bugs.freedesktop.org/show_bug.cgi?id=93642)**
## Description
Created attachment 120906
Full page PDF containing an ad that has t...## Submitted by Patrick O'Lone
Assigned to **poppler-bugs**
**[Link to original bug (#93642)](https://bugs.freedesktop.org/show_bug.cgi?id=93642)**
## Description
Created attachment 120906
Full page PDF containing an ad that has text that won't render
I have a PDF that does not render the text from this PDF properly. It appears properly when just viewing the PDF.
**Attachment 120906**, "Full page PDF containing an ad that has text that won't render":
[Eagle_11182015_B_07.pdf](/uploads/6344c196218a62dad3198b5d38bf63ef/Eagle_11182015_B_07.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/268bitmap fonts unreadable in pdftocairo -svg output2021-06-02T22:15:52ZBugzilla Migration Userbitmap fonts unreadable in pdftocairo -svg output## Submitted by jmm..@..ic.net
Assigned to **poppler-bugs**
**[Link to original bug (#94960)](https://bugs.freedesktop.org/show_bug.cgi?id=94960)**
## Description
Created attachment 122983
Example PDF file using a bitmap font
Bit...## Submitted by jmm..@..ic.net
Assigned to **poppler-bugs**
**[Link to original bug (#94960)](https://bugs.freedesktop.org/show_bug.cgi?id=94960)**
## Description
Created attachment 122983
Example PDF file using a bitmap font
Bitmap fonts (Type 3 fonts using inline images) are output very poorly by pdftocairo -svg. Each glyph gets downscaled to a much lower resolution, often becoming unreadable.
**Attachment 122983**, "Example PDF file using a bitmap font":
[Lodging_and_Directions.pdf](/uploads/37818f362d04f6dd043e3237fba2f892/Lodging_and_Directions.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/267very slow render2018-08-21T10:34:17ZBugzilla Migration Uservery slow render## Submitted by nameX
Assigned to **poppler-bugs**
**[Link to original bug (#64892)](https://bugs.freedesktop.org/show_bug.cgi?id=64892)**
## Description
Created attachment 79690
the 3rd page render very slow
This pdf's page 3 re...## Submitted by nameX
Assigned to **poppler-bugs**
**[Link to original bug (#64892)](https://bugs.freedesktop.org/show_bug.cgi?id=64892)**
## Description
Created attachment 79690
the 3rd page render very slow
This pdf's page 3 renders very slow.It seems caused by tilingpatternfill.
Xpdf renders it much faster than poppler(5mins vs 20mins).
**Attachment 79690**, "the 3rd page render very slow":
[sample2.pdf](/uploads/060d4d87220606081791cd1ca26bc767/sample2.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/266pdfinfo prints unrotated dimensions for landscape pages2018-10-07T00:35:43ZBugzilla Migration Userpdfinfo prints unrotated dimensions for landscape pages## Submitted by Ilmari Heikkinen
Assigned to **poppler-bugs**
**[Link to original bug (#17195)](https://bugs.freedesktop.org/show_bug.cgi?id=17195)**
## Description
Calling pdfinfo on a PDF with landscape orientation prints the un...## Submitted by Ilmari Heikkinen
Assigned to **poppler-bugs**
**[Link to original bug (#17195)](https://bugs.freedesktop.org/show_bug.cgi?id=17195)**
## Description
Calling pdfinfo on a PDF with landscape orientation prints the unrotated page dimensions and doesn't tell that the page is rotated.
Proposed fix:
poppler/utils/pdfinfo.cc should use doc->getPageRotate(pg) to either print whether the page is rotated or to swap w and h.
Here's a patch that does w-h swapping:
http://github.com/kig/poppler/commit/1be66974479781f84fbb6872573bb2febdc1ad60https://gitlab.freedesktop.org/poppler/poppler/-/issues/265pdfunite crash while open and write to the same file2018-10-11T20:25:57ZBugzilla Migration Userpdfunite crash while open and write to the same file## Submitted by Thomasy
Assigned to **poppler-bugs**
**[Link to original bug (#95331)](https://bugs.freedesktop.org/show_bug.cgi?id=95331)**
## Description
Created attachment 123589
damaged pdf file
Execute pdfunite design/force_...## Submitted by Thomasy
Assigned to **poppler-bugs**
**[Link to original bug (#95331)](https://bugs.freedesktop.org/show_bug.cgi?id=95331)**
## Description
Created attachment 123589
damaged pdf file
Execute pdfunite design/force_sensor.pdf out.pdf using shell script and pdfunite will crash with message:
Syntax Error: Couldn't find trailer dictionary
Internal Error (0): Call to Object where the object was type 5, not the expected type 7
##########
gdb debug info
pdfunite design/force_sensor.pdf out.pdf
GNU gdb (Ubuntu 7.11-0ubuntu1) 7.11
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pdfunite...Reading symbols from /usr/lib/debug/.build-id/d5/681490cf3a1a7b36229bafe2cdc992e80581bf.debug...done.
done.
```
(gdb) run
Starting program: /usr/bin/pdfunite design/force_sensor.pdf design/force_sensor.pdf
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Syntax Error: Couldn't find trailer dictionary
Internal Error (0): Call to Object where the object was type 5, not the expected type 7
Program received signal SIGABRT, Aborted.
0xb7fdac31 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7fdac31 in __kernel_vsyscall ()
#1 0xb7a4be89 in __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:54
#2 0xb7a4d3e7 in __GI_abort () at abort.c:89
#3 0x0804ab30 in Object::getDict (this=0xbfffef38, this=0xbfffef38) at ../poppler/Object.h:209
#4 0x08049c88 in main (argc=3, argv=0xbffff054) at pdfunite.cc:247
(gdb)
```
**Attachment 123589**, "damaged pdf file":
[force_sensor.pdf](/uploads/5ca52508f556cb4db7f5afb81d08948b/force_sensor.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/264pdftotext incorrectly converts text with a large initial capital and required...2018-10-08T10:41:36ZBugzilla Migration Userpdftotext incorrectly converts text with a large initial capital and required hyphen## Submitted by Nash
Assigned to **poppler-bugs**
**[Link to original bug (#34500)](https://bugs.freedesktop.org/show_bug.cgi?id=34500)**
## Description
Created attachment 43574
Text example with a large initial capital and requir...## Submitted by Nash
Assigned to **poppler-bugs**
**[Link to original bug (#34500)](https://bugs.freedesktop.org/show_bug.cgi?id=34500)**
## Description
Created attachment 43574
Text example with a large initial capital and required hyphen
Actual Results:
1) large initial capital (1st paragraph)
А
ктуальність та постановка проблеми. Співоцька...
2) required hyphen (4th paragraph)
...окресленої проблематики торкалися пун
ктирно, їхні дослідження...
Expected Results:
1)
Актуальність та постановка проблеми. Співоцька...
2)
...окресленої проблематики торкалися пунктирно, їхні дослідження...
**Attachment 43574**, "Text example with a large initial capital and required hyphen":
[25.pdf](/uploads/6eeced98a510f74d966cf8fd6b7de807/25.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/263[PATCH] remove unused variables2019-02-04T21:50:50ZBugzilla Migration User[PATCH] remove unused variables## Submitted by Jannick
Assigned to **poppler-bugs**
**[Link to original bug (#101811)](https://bugs.freedesktop.org/show_bug.cgi?id=101811)**
## Description
Created attachment 132723
remove unused variables
some clean-up work.
...## Submitted by Jannick
Assigned to **poppler-bugs**
**[Link to original bug (#101811)](https://bugs.freedesktop.org/show_bug.cgi?id=101811)**
## Description
Created attachment 132723
remove unused variables
some clean-up work.
**Patch 132723**, "remove unused variables":
[0005-removed-unused-variables.patch](/uploads/80e2496344d76951d27846a6903144b9/0005-removed-unused-variables.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/262PDF rendered incorrectly: white gap lines between neighbouring rectangles2023-11-24T07:50:32ZBugzilla Migration UserPDF rendered incorrectly: white gap lines between neighbouring rectangles## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#107458)](https://bugs.freedesktop.org/show_bug.cgi?id=107458)**
## Description
Created attachment 140937
PDF test case
As reported in https...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#107458)](https://bugs.freedesktop.org/show_bug.cgi?id=107458)**
## Description
Created attachment 140937
PDF test case
As reported in https://gitlab.gnome.org/GNOME/evince/issues/952
------------------------------------------------------------------
The attached PDF file (created with OpenOffice) contains adjacent same-colored rectangles (see https://bz.apache.org/ooo/show_bug.cgi?id=127828 for further information).
When opened in evince 3.28.2 on Ubuntu 18.04, thin white gap lines are visible between the rectangles.
Adobe Reader 9.5.5, okular 1.3.3 or xpdf 3.04 render the PDF correctly without gap lines.
------------------------------------------------------------------
The issue can be reproduced with pdftocairo, but not with pdftoppm.
**Attachment 140937**, "PDF test case":
[frame-on-background.pdf](/uploads/e82d25d543d282c2ee5dc34aa410318e/frame-on-background.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/261[TAGGEDPDF] Show structure element standard attributes in demo2018-08-21T10:33:48ZBugzilla Migration User[TAGGEDPDF] Show structure element standard attributes in demo## Submitted by Adrian Perez de Castro
Assigned to **poppler-bugs**
**[Link to original bug (#75828)](https://bugs.freedesktop.org/show_bug.cgi?id=75828)**
## Description
Created attachment 95215
Patch
It would be good to display...## Submitted by Adrian Perez de Castro
Assigned to **poppler-bugs**
**[Link to original bug (#75828)](https://bugs.freedesktop.org/show_bug.cgi?id=75828)**
## Description
Created attachment 95215
Patch
It would be good to display the values of the standard structure element
attributes in “poppler-glib-demo”, both for testing purposes and to exercise
the new API for obtaining those attributes.
**Attachment 95215**, "Patch":
[0001-glib-Show-structure-element-standard-attributes-in-d.patch](/uploads/53be25e0fc94e53851eab79f7c74abec/0001-glib-Show-structure-element-standard-attributes-in-d.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/260Numerous using of std::min without including <algorithm> cause compilation fa...2018-10-07T00:01:38ZBugzilla Migration UserNumerous using of std::min without including <algorithm> cause compilation fail on windows## Submitted by Dmytro Morgun
Assigned to **poppler-bugs**
**[Link to original bug (#91060)](https://bugs.freedesktop.org/show_bug.cgi?id=91060)**
## Description
Poppler (0.33) uses std::min/max while very rarely (if anywhere) inc...## Submitted by Dmytro Morgun
Assigned to **poppler-bugs**
**[Link to original bug (#91060)](https://bugs.freedesktop.org/show_bug.cgi?id=91060)**
## Description
Poppler (0.33) uses std::min/max while very rarely (if anywhere) including `<algorithm>`. Check poppler/Annot.cc or poppler/Array.cc for example.
This causes compilation to fail on windows using msvc (with CMake).
std::min is only guaranteed to be defined if `<algorithm>` is included. Looks like `<set>` includes `<algorithm>` for gcc. But that is not a guaranteed behavior.
I've workaround it adding
extern "C++"
{
#include `<algorithm>`
}
to the poppler-config.h but that is hardly a good solution.https://gitlab.freedesktop.org/poppler/poppler/-/issues/259pdftocairo - Sensitivity lost on hyperlinks2021-09-30T05:38:59ZBugzilla Migration Userpdftocairo - Sensitivity lost on hyperlinks## Submitted by alt..@...fr.nf
Assigned to **poppler-bugs**
**[Link to original bug (#102882)](https://bugs.freedesktop.org/show_bug.cgi?id=102882)**
## Description
If pdftocairo is used to convert a PDF to an SVG, all clickable h...## Submitted by alt..@...fr.nf
Assigned to **poppler-bugs**
**[Link to original bug (#102882)](https://bugs.freedesktop.org/show_bug.cgi?id=102882)**
## Description
If pdftocairo is used to convert a PDF to an SVG, all clickable hyperlinks in the PDF document are lost in the target SVG file. The SVG produced by pdftocairo shows only the text of the link's label. This is the sample LaTeX code that was used to create the PDF:
\documentclass[12pt,pdftex]{minimal}
\usepackage[margin=0mm,nofoot,a5paper,pdftex]{geometry}
\usepackage[active,tightpage]{preview}
\usepackage{hyperref}
\begin{document}
\begin{preview}
\href{https://github.com/lambdafu/poppler/issues/1}{arbitrarylink}
\end{preview}
\end{document}
Versions:
$ pdflatex -v
pdfTeX 3.14159265-2.6-1.40.15 (TeX Live 2015/dev/Debian)
kpathsea version 6.2.1dev
Copyright 2014 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX).
There is NO warranty. Redistribution of this software is
covered by the terms of both the pdfTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the pdfTeX source.
Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX).
Compiled with libpng 1.6.13; using libpng 1.6.13
Compiled with zlib 1.2.8; using zlib 1.2.8
Compiled with poppler version 0.26.5
$ pdftocairo -v
pdftocairo version 0.26.5
Copyright 2005-2014 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC