poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-08-21T11:01:20Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/469Problem converting LAB color space to RGB2018-08-21T11:01:20ZBugzilla Migration UserProblem converting LAB color space to RGB## Submitted by Volmar Oliveira Jr
Assigned to **poppler-bugs**
**[Link to original bug (#92921)](https://bugs.freedesktop.org/show_bug.cgi?id=92921)**
## Description
Created attachment 119603
input and output files
Converting a ...## Submitted by Volmar Oliveira Jr
Assigned to **poppler-bugs**
**[Link to original bug (#92921)](https://bugs.freedesktop.org/show_bug.cgi?id=92921)**
## Description
Created attachment 119603
input and output files
Converting a PDF with embedded images using LAB color space, this is converted to RGB presenting problems as possible to see in the examples.
~~**Attachment 119603**~~, "input and output files":
[files.zip](/uploads/dd316dcdc767a91bcbf4dde71817ce98/files.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/468poor type 1c font rendering2018-08-21T11:00:51ZBugzilla Migration Userpoor type 1c font rendering## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#100869)](https://bugs.freedesktop.org/show_bug.cgi?id=100869)**
## Description
Created attachment 131121
PDF Test case
This was reported in...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#100869)](https://bugs.freedesktop.org/show_bug.cgi?id=100869)**
## Description
Created attachment 131121
PDF Test case
This was reported in https://bugzilla.gnome.org/show_bug.cgi?id=776924
The following pdf document is being rendered rather ugly in evince:
http://www.scottaaronson.com/papers/pnp.pdf
All fonts are embedded. They're all type 1c fonts.
$ pdffonts pnp.pdf
name type encoding emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
VXEZKP+CMSS17 Type 1C Builtin yes yes no 4 0
YDPTNV+CMR12 Type 1C Builtin yes yes no 5 0
JLCEZQ+CMR17 Type 1C Builtin yes yes no 6 0
NUVJJI+CMSY8 Type 1C Builtin yes yes yes 7 0
VBIHCP+CMBX10 Type 1C Builtin yes yes no 8 0
CXZLTS+CMR10 Type 1C Builtin yes yes yes 9 0
JGIYMZ+CMSS10 Type 1C Builtin yes yes yes 10 0
AGGZPP+CMR7 Type 1C Builtin yes yes no 11 0
RGQKMS+CMSY10 Type 1C Builtin yes yes yes 12 0
BYIFKE+CMBX12 Type 1C Builtin yes yes no 13 0
FNGYIT+CMR8 Type 1C Builtin yes yes yes 15 0
JFBFYB+CMSY6 Type 1C Builtin yes yes yes 32 0
OBXTKK+CMR9 Type 1C Builtin yes yes yes 33 0
GVHKBA+CMTI10 Type 1C Builtin yes yes no 87 0
RVPORJ+CMMI10 Type 1C Builtin yes yes yes 89 0
JKFOWN+CMSS12 Type 1C Builtin yes yes no 93 0
KIISBX+CMR6 Type 1C Builtin yes yes yes 99 0
WWJJES+CMMI9 Type 1C Builtin yes yes yes 100 0
DRXVBH+CMSS9 Type 1C Builtin yes yes no 101 0
IWKPFB+CMMI8 Type 1C Builtin yes yes yes 106 0
IYGFKD+CMMI6 Type 1C Builtin yes yes yes 110 0
SGXEVV+CMTI9 Type 1C Builtin yes yes no 129 0
DNNGNS+CMEX9 Type 1C Builtin yes yes yes 131 0
FPKZIJ+CMSY9 Type 1C Builtin yes yes yes 132 0
DOOAXC+CMSS8 Type 1C Builtin yes yes no 170 0
OLTLXQ+CMCSC10 Type 1C Builtin yes yes no 179 0
JXRWPD+CMEX10 Type 1C Builtin yes yes yes 188 0
KSYIAZ+CMEX7 Type 1C Builtin yes yes no 224 0
UROALT+CMMI5 Type 1C Builtin yes yes no 228 0
SKNWGA+MSBM10 Type 1C Builtin yes yes yes 239 0
PFOPPM+CMSY5 Type 1C Builtin yes yes no 310 0
EFHBMR+CMR5 Type 1C Builtin yes yes no 311 0
PLAHEP+CMEX8 Type 1C Builtin yes yes no 690 0
UEHLMU+MSBM7 Type 1C Builtin yes yes no 852 0
I wonder how the embedded pdf viewer of firefox can do a better job with this document than evince. Most other pdf documents look better in evince.
By ugly the reporter means:
So here are a couple of screenshots. As you can see evince has the lowest font rendering quality, because it's blurry and the stroke width is not concise (especially when it comes to the equal sign in the headline).
The font rendering of the internal pdf viewer of firefox also suffers from being blurry, but at least the stroke width is more concise.
I also added some screenshots taken under macOS. They are not blurry, but the resolution is also much higher. So it's more like a reference.
Comparing evince's font rendering in the pdf with the font rendering in the outline window on the left, you can see that it is very well possible to get a better result with the lower linux resolution.
And it's not like I was searching for a zoom factor where evince has problems. Sure, the quality might improve with other zoom factors, but it also declines with others as well. In the end the zoom factor cannot "fix" the font rendering quality; the font rendering is still clearly better in firefox when "optimizing" the zoom factor in both applications.
**Attachment 131121**, "PDF Test case":
[pnp.pdf](/uploads/c8af86b678707dcbf9604bb838e8bbdd/pnp.pdf)
### See also
* [Bug 776924](https://bugzilla.gnome.org/show_bug.cgi?id=776924)https://gitlab.freedesktop.org/poppler/poppler/-/issues/467Multiple text blocks are grouped as one2018-10-27T14:21:29ZBugzilla Migration UserMultiple text blocks are grouped as one## Submitted by Jelmer
Assigned to **poppler-bugs**
**[Link to original bug (#94931)](https://bugs.freedesktop.org/show_bug.cgi?id=94931)**
## Description
Created attachment 122930
Example page
We are using poppler for clipping o...## Submitted by Jelmer
Assigned to **poppler-bugs**
**[Link to original bug (#94931)](https://bugs.freedesktop.org/show_bug.cgi?id=94931)**
## Description
Created attachment 122930
Example page
We are using poppler for clipping of magazines and use it a lot.
We found a bug where multiple text blocks are grouped as one. It happens when there is a text block in the middle of two text blocks. Attached you find an example page.
In this example, the middle three blocks, where the first starts with:
`Jeroen Wij wonen op` and ends at the right hand bottom of the right block with `tranen in de ogen`.
The text blocks should be grouped a three:
the left column, the small block in the center and the right column.
**Attachment 122930**, "Example page":
[varagids-16-2016-zonder-spoorboek_7.pdf](/uploads/5a079a4c5e358733e3f1020633481dec/varagids-16-2016-zonder-spoorboek_7.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/466Incorrect math symbols2018-08-21T11:00:36ZBugzilla Migration UserIncorrect math symbols## Submitted by t.s..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#105991)](https://bugs.freedesktop.org/show_bug.cgi?id=105991)**
## Description
Created attachment 138759
The sum sign is displayed as a dot. Pag...## Submitted by t.s..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#105991)](https://bugs.freedesktop.org/show_bug.cgi?id=105991)**
## Description
Created attachment 138759
The sum sign is displayed as a dot. Page 2
Referring to this issue:
https://github.com/silenc3r/fedora-better-fonts/issues/8
I have attached a PDF. When opening it in the browser, math equations are correct. When opening it in Okular (PDF viewer), some symbols are incorrect. Okular says that 'google-croscore/SymbolNeu.ttf' is used for 'Symbol'.
PDF Example: The sum sign is displayed as a dot. Page 2
**Attachment 138759**, "The sum sign is displayed as a dot. Page 2":
[El-Alfy2001_Model-based_Q-learning_for_wireless_channel_alloc.pdf](/uploads/9011b6d02b4a4cdef98380be4cef4923/El-Alfy2001_Model-based_Q-learning_for_wireless_channel_alloc.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/463Problem with Cyrillic and Japanese at PDF forms (evince, okular)2022-03-09T22:08:34ZBugzilla Migration UserProblem with Cyrillic and Japanese at PDF forms (evince, okular)## Submitted by Stanislav German-Evtushenko
Assigned to **poppler-bugs**
**[Link to original bug (#17913)](https://bugs.freedesktop.org/show_bug.cgi?id=17913)**
## Description
messages in console:
Japanese (日本国):
warning: layoutT...## Submitted by Stanislav German-Evtushenko
Assigned to **poppler-bugs**
**[Link to original bug (#17913)](https://bugs.freedesktop.org/show_bug.cgi?id=17913)**
## Description
messages in console:
Japanese (日本国):
warning: layoutText: cannot convert U+65E5
warning: layoutText: cannot convert U+672C
warning: layoutText: cannot convert U+56FD
Cyrillic (привет):
warning: layoutText: cannot convert U+043F
warning: layoutText: cannot convert U+0440
warning: layoutText: cannot convert U+0438
warning: layoutText: cannot convert U+0432
warning: layoutText: cannot convert U+0435
warning: layoutText: cannot convert U+0442
### See also
* [Bug 725808](https://bugzilla.gnome.org/show_bug.cgi?id=725808)https://gitlab.freedesktop.org/poppler/poppler/-/issues/462poppler is too slow when searching this file2018-08-21T10:59:21ZBugzilla Migration Userpoppler is too slow when searching this file## Submitted by Pablo Rodríguez `@ousia`
Assigned to **poppler-bugs**
**[Link to original bug (#28053)](https://bugs.freedesktop.org/show_bug.cgi?id=28053)**
## Description
poppler-glib (and might be others) is too slow when searc...## Submitted by Pablo Rodríguez `@ousia`
Assigned to **poppler-bugs**
**[Link to original bug (#28053)](https://bugs.freedesktop.org/show_bug.cgi?id=28053)**
## Description
poppler-glib (and might be others) is too slow when searching http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:C:2010:083:FULL:ES:PDF.
Could you check this?
Thanks,
Pablohttps://gitlab.freedesktop.org/poppler/poppler/-/issues/460[PATCH] Add support for extracting data from 3D Annotation through glib frontend2018-08-21T10:59:15ZBugzilla Migration User[PATCH] Add support for extracting data from 3D Annotation through glib frontend## Submitted by Hiroka Ihara
Assigned to **poppler-bugs**
**[Link to original bug (#97868)](https://bugs.freedesktop.org/show_bug.cgi?id=97868)**
## Description
Created attachment 126638
Patch including all the modifications since...## Submitted by Hiroka Ihara
Assigned to **poppler-bugs**
**[Link to original bug (#97868)](https://bugs.freedesktop.org/show_bug.cgi?id=97868)**
## Description
Created attachment 126638
Patch including all the modifications since git commit 6c84188
This enhancement will enable applications using glib frontend to extract 3D artwork from 3D annotations.
The patch has been tested with a patched version of Evince 3.21.
~~**Patch 126638**~~, "Patch including all the modifications since git commit 6c84188":
[diff.patch](/uploads/426771be68018b456303d6ba4d04827f/diff.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/459[pdftocairo] Text is behind background graphics layer2018-08-21T10:59:12ZBugzilla Migration User[pdftocairo] Text is behind background graphics layer## Submitted by Lome
Assigned to **poppler-bugs**
**[Link to original bug (#94247)](https://bugs.freedesktop.org/show_bug.cgi?id=94247)**
## Description
Created attachment 121888
Pdfs and results
"pdftocairo -svg" results wrong o...## Submitted by Lome
Assigned to **poppler-bugs**
**[Link to original bug (#94247)](https://bugs.freedesktop.org/show_bug.cgi?id=94247)**
## Description
Created attachment 121888
Pdfs and results
"pdftocairo -svg" results wrong output for attached pdfs.
All text seems to render behind background graphics. As far as I can tell the problem is in "muliply blended" blend mode.
**Attachment 121888**, "Pdfs and results":
[no_text.zip](/uploads/6428c1cae1f689dd47e8d8510b8e8a82/no_text.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/458Bad image cropping2018-08-21T10:58:58ZBugzilla Migration UserBad image cropping## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106863)](https://bugs.freedesktop.org/show_bug.cgi?id=106863)**
## Description
Created attachment 140087
PDF test case
As reported in https...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106863)](https://bugs.freedesktop.org/show_bug.cgi?id=106863)**
## Description
Created attachment 140087
PDF test case
As reported in https://gitlab.gnome.org/GNOME/evince/issues/724
-->snip<--
The attached pdf does not render well in evince (e.g. see icons before the words "Quick" or "button", etc...). It renders properly in xpdf, firefox, mupdf, qpdfview, master pdf editor, and others.
-->snip<--
**Attachment 140087**, "PDF test case":
[page44.pdf](/uploads/ecf4b0ee48ef816243a660e47b639fdd/page44.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/457pdftohtml should include charset encoding in head section of *s.html files2018-08-21T10:58:52ZBugzilla Migration Userpdftohtml should include charset encoding in head section of *s.html files## Submitted by Samuel Thibault `@sthibaul`
Assigned to **poppler-bugs**
**[Link to original bug (#69454)](https://bugs.freedesktop.org/show_bug.cgi?id=69454)**
## Description
Created attachment 85950
test file
Hello,
After havi...## Submitted by Samuel Thibault `@sthibaul`
Assigned to **poppler-bugs**
**[Link to original bug (#69454)](https://bugs.freedesktop.org/show_bug.cgi?id=69454)**
## Description
Created attachment 85950
test file
Hello,
After having converted a pdf file to html, all the UTF-8 characters such
as ● get bogus in the web browser, because the html file does not
advertise the character set encoding of the file. pdftohtml should add
this inside its `<head>`:
<meta http-equiv="content-type" content="text/html;charset=utf-8" />
Pino Toscano added on http://bugs.debian.org/722281 that “This is
added already in some occasions, but apparently not in frames when
doing the "complex HTML output".”
For instance, after converting http://brl.thefreecat.org/ghm13.pdf
(also attached here), ghm13s.html does not contain any encoding.
Samuel
**Attachment 85950**, "test file":
[ghm13.pdf](/uploads/aa9994d396c70fe2fc5c5c5659961a93/ghm13.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/456alpha constant on tiling pattern2018-08-21T10:58:47ZBugzilla Migration Useralpha constant on tiling pattern## Submitted by nov..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#101417)](https://bugs.freedesktop.org/show_bug.cgi?id=101417)**
## Description
Created attachment 131943
test case
In the attached test case, t...## Submitted by nov..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#101417)](https://bugs.freedesktop.org/show_bug.cgi?id=101417)**
## Description
Created attachment 131943
test case
In the attached test case, the main content stream
1. sets the nonstroking colour to a tiling pattern
2. sets the nonstroking alpha constant to 0.5
3. fills a rectangle.
The tiling pattern itself sets the nonstroking alpha constant to 0.75, then paints a blue pattern cell.
I thought that the pattern cell should be rendered with alpha 0.75, then when it is used to fill the rectangle, the alpha constant 0.5 also has an effect. So the final image would be a blue rectangle with alpha 0.75 * 0.5. This is the behaviour exhibited by Acrobat, xpdf, poppler/test/gtk-test, and poppler/qt4/demos/poppler_qt4viewer
However, the output with evince and poppler-glib-demo is a blue rectangle with alpha 0.75, where the alpha constant set in the main content stream has no effect on the filling of the rectangle.
Sorry if this is not a bug, or if it is filed in the wrong place.
**Attachment 131943**, "test case":
[alpha-tiling-pattern.pdf](/uploads/92bac93efcd68763b698b7975524b275/alpha-tiling-pattern.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/455PDF rendering corruption2018-08-21T10:58:41ZBugzilla Migration UserPDF rendering corruption## Submitted by Clemens Eisserer
Assigned to **poppler-bugs**
**[Link to original bug (#60008)](https://bugs.freedesktop.org/show_bug.cgi?id=60008)**
## Description
Created attachment 73816
testcase
When opening the attached PDF ...## Submitted by Clemens Eisserer
Assigned to **poppler-bugs**
**[Link to original bug (#60008)](https://bugs.freedesktop.org/show_bug.cgi?id=60008)**
## Description
Created attachment 73816
testcase
When opening the attached PDF with evince (using poppler 0.18.4-3), there is a rendering corruption between the stereo image and the RGB one.
**Attachment 73816**, "testcase":
[misrendered.pdf](/uploads/98e6153dbcf4e41ebb14b83930c67e22/misrendered.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/453symbol font wrong2018-08-21T10:58:29ZBugzilla Migration Usersymbol font wrong## Submitted by nameX
Assigned to **poppler-bugs**
**[Link to original bug (#65556)](https://bugs.freedesktop.org/show_bug.cgi?id=65556)**
## Description
char 'bullet' is rendered as 'infinity'.
it caused by using macRomanEncodin...## Submitted by nameX
Assigned to **poppler-bugs**
**[Link to original bug (#65556)](https://bugs.freedesktop.org/show_bug.cgi?id=65556)**
## Description
char 'bullet' is rendered as 'infinity'.
it caused by using macRomanEncoding,but it seems should use symbolEncoding.
hope can fix it.https://gitlab.freedesktop.org/poppler/poppler/-/issues/452pdfimages should extract resolution information2018-10-11T20:19:30ZBugzilla Migration Userpdfimages should extract resolution information## Submitted by Torsten Bronger
Assigned to **poppler-bugs**
**[Link to original bug (#38549)](https://bugs.freedesktop.org/show_bug.cgi?id=38549)**
## Description
Currently, the dpi resolution of images extracted by pdfimages is ...## Submitted by Torsten Bronger
Assigned to **poppler-bugs**
**[Link to original bug (#38549)](https://bugs.freedesktop.org/show_bug.cgi?id=38549)**
## Description
Currently, the dpi resolution of images extracted by pdfimages is lost. pdfimages should embed the original resolution in the extracted JPEGs. Additionally, TIFF should be an alternative to PBM/PPM since TIFFs can contain resolution information, too.https://gitlab.freedesktop.org/poppler/poppler/-/issues/450Request for enhancement: Create a new utility 'pdfresources'2018-10-08T10:46:36ZBugzilla Migration UserRequest for enhancement: Create a new utility 'pdfresources'## Submitted by pip..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#52981)](https://bugs.freedesktop.org/show_bug.cgi?id=52981)**
## Description
Created attachment 64968
Screenshot of Adobe Acrobat X Professional...## Submitted by pip..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#52981)](https://bugs.freedesktop.org/show_bug.cgi?id=52981)**
## Description
Created attachment 64968
Screenshot of Adobe Acrobat X Professional resource statistics indicator
I'd like to propose a new Poppler commandline utility called 'pdfresources'
It should list a statistic about resources embedded in a PDF, so users can get an idea about how much space is consumed by each category.
In Adobe Acrobat Professional there is a (crappy) way to get some idea about this (see attached screenshot).
It would be great if Poppler could beat Adobe on this feature too (it does so already when it comes to listing the fonts and images contained in a PDF :).
In my opinion the following (maybe incomplete) categories of resources would be interesting and insightful to list:
- fonts, individually named
- fonts ................................ (total)
- images, individual
- images ............................... (total)
- ICC profiles, individual
- ICC profiles ......................... (total)
- other page contents, per page
- other page contents .................. (total)
- annotations, individual
- annotations .......................... (total)
- 3D content, individual
- 3D content ........................... (total)
- embedded multimedia, indiv.
- embedded multimedia .................. (toatl)
- embedded attachment files, indiv.
- embedded attachment files ............ (total)
- document overhead
- XMP metadata
- XRef table(s)
- unused objects (not in XRef table)
Thank you for considering it.
**Attachment 64968**, "Screenshot of Adobe Acrobat X Professional resource statistics indicator":
![acrobat-pdf-resource-statistics](/uploads/c25dc68753e3579a7e2741040b293aff/acrobat-pdf-resource-statistics.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/449Adobe Distiller cannot process PostScript file generated by poppler pdftops2018-08-21T10:57:47ZBugzilla Migration UserAdobe Distiller cannot process PostScript file generated by poppler pdftops## Submitted by Alex Korobkin
Assigned to **poppler-bugs**
**[Link to original bug (#69485)](https://bugs.freedesktop.org/show_bug.cgi?id=69485)**
## Description
Created attachment 86007
china-visa-application.pdf - original pdf
...## Submitted by Alex Korobkin
Assigned to **poppler-bugs**
**[Link to original bug (#69485)](https://bugs.freedesktop.org/show_bug.cgi?id=69485)**
## Description
Created attachment 86007
china-visa-application.pdf - original pdf
Hi team,
Attached file, when converted to PS3 with pdftops, cannot be processed by Ricoh printers that seemingly use Adobe Distiller embedded engine to parse it.
When resulting PostScript file is opened with Adobe Distiller XI for Windows, the following error message appears:
Adobe PostScript software version: 3018.101
CID support library initialization completed.
Adobe PDF Settings: C:\ProgramData\Adobe\Adobe PDF\Settings\Standard.joboptions
%%[ Warning: Times-BoldItalic not found, using Font Substitution. Font cannot be embedded. ]%%
%%[ Error: undefined; OffendingCommand: xyshow ]%%
Stack:
[26.046 0.0 26.046 0.0 26.046 0.0 26.046 0.0]
(Añ+cB'>˜)
[1.447 0 1.447 0 1.447 0 1.447 0]
(Añ+cB'>˜)
762.6
363.275
%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
%%[ Warning: PostScript error. No PDF file produced. ] %%
Distill Time: 00 Hour(s) : 00 Minute(s) : 00.500 Second(s)
**** End of Job ****
The original PDF is attached.
The resulting PS was made with poppler 0.24.1,
command line pdftops -r 300 -level3 -origpagesizes
It is available here:
https://docs.google.com/uc?export=download&id=0B-vV7Qx5rjpEVWxVSWtFZU5UX2s
What can be done to make the output more compatible with Adobe products?
**Attachment 86007**, "china-visa-application.pdf - original pdf":
[china-visa-application.pdf](/uploads/1493c0477b9ffc75a545729d66f3c375/china-visa-application.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/448poppler-glib: poppler_document_new_from_data() receives data as UTF-8 string ...2019-05-27T13:04:49ZBugzilla Migration Userpoppler-glib: poppler_document_new_from_data() receives data as UTF-8 string not binary## Submitted by okimoto
Assigned to **poppler-bugs**
**[Link to original bug (#104961)](https://bugs.freedesktop.org/show_bug.cgi?id=104961)**
## Description
Created attachment 137181
Add type annotation to poppler_document_new_fr...## Submitted by okimoto
Assigned to **poppler-bugs**
**[Link to original bug (#104961)](https://bugs.freedesktop.org/show_bug.cgi?id=104961)**
## Description
Created attachment 137181
Add type annotation to poppler_document_new_from_data()
In Poppler-0.18.gir poppler_document_new_from_data() is defined as following:
<constructor name="new_from_data"
c:identifier="poppler_document_new_from_data"
throws="1">
<doc xml:space="preserve">Creates a new #PopplerDocument. If %NULL is returned, then @error will be
set. Possible errors include those in the #POPPLER_ERROR and #G_FILE_ERROR
domains.`</doc>`
`<return-value transfer-ownership="full">`
<doc xml:space="preserve">A newly created #PopplerDocument, or %NULL`</doc>`
<type name="Document" c:type="PopplerDocument*"/>
`</return-value>`
`<parameters>`
`<parameter name="data" transfer-ownership="none">`
<doc xml:space="preserve">the pdf data contained in a char array`</doc>`
<type name="utf8" c:type="char*"/>
`</parameter>`
`<parameter name="length" transfer-ownership="none">`
<doc xml:space="preserve">the length of #data`</doc>`
<type name="gint" c:type="int"/>
`</parameter>`
<parameter name="password"
transfer-ownership="none"
nullable="1"
allow-none="1">
<doc xml:space="preserve">password to unlock the file with, or %NULL`</doc>`
<type name="utf8" c:type="const char*"/>
`</parameter>`
`</parameters>`
`</constructor>`
This definition validates data as UTF-8 string when read a PDF data using poppler_document_new_from_data() via gobject-introspection.
In general, PDF data is not UTF-8 string. So we should treat parameter data as binary.
I wrote tiny patch and confirm that the poppler_document_new_from_data() definition is updated after applied this patch.
However, I'm not familiar with gobject-introspection in honest.
**Patch 137181**, "Add type annotation to poppler_document_new_from_data()":
[add-type-annotation-to-poppler_document_new_from_data.diff](/uploads/fe45b6ab71ae1ee2b59848af99aa4f74/add-type-annotation-to-poppler_document_new_from_data.diff)https://gitlab.freedesktop.org/poppler/poppler/-/issues/447annotation->boundary() can give completely wrong results2018-10-11T11:54:57ZBugzilla Migration Userannotation->boundary() can give completely wrong results## Submitted by Mark Summerfield
Assigned to **poppler-bugs**
**[Link to original bug (#48373)](https://bugs.freedesktop.org/show_bug.cgi?id=48373)**
## Description
I am using Poppler with the Qt 4 interface.
Very occassionally w...## Submitted by Mark Summerfield
Assigned to **poppler-bugs**
**[Link to original bug (#48373)](https://bugs.freedesktop.org/show_bug.cgi?id=48373)**
## Description
I am using Poppler with the Qt 4 interface.
Very occassionally when I call annotation->boundary() I get a rectangle that is completely wrong:
Poppler 0.18.2
QRectF(0.478033,0.459282 0.0294118x0.0238095)
QRectF(0.220649,0.284354 0.0294118x0.0238095)
QRectF(0.205549,0.149167 0.33766x0.676628) ########## WRONG
QRectF(0.449178,0.752604 0.0580752x0.0176349)
QRectF(0.786647,0.521622 0.0154477x0.0101905)
QRectF(0.508866,0.56928 0.0154477x0.0101905)
Poppler 0.19.2
QRectF(0.478033,0.459282 0.0294118x0.0238095)
QRectF(0.220649,0.284354 0.0294118x0.0238095)
QRectF(0.205549,0.149167 0.33766x0.676628) ########## WRONG
QRectF(0.449178,0.752604 0.0580752x0.0176349)
QRectF(0.786647,0.521622 0.0154477x0.0101905)
QRectF(0.508866,0.56928 0.0154477x0.0101905)
In this case the annotation is for a deleted hyphen, so the rectangle should be very small (like the others).
In a 500 page document with hundreds of annotations this bug occurs on three pages.https://gitlab.freedesktop.org/poppler/poppler/-/issues/446Warnings about missing language pack should be exposed via API/GUI2018-10-06T23:55:26ZBugzilla Migration UserWarnings about missing language pack should be exposed via API/GUI## Submitted by Sandro Giessl
Assigned to **poppler-bugs**
**[Link to original bug (#29674)](https://bugs.freedesktop.org/show_bug.cgi?id=29674)**
## Description
Hi,
there are some PDF files which require additional language pack...## Submitted by Sandro Giessl
Assigned to **poppler-bugs**
**[Link to original bug (#29674)](https://bugs.freedesktop.org/show_bug.cgi?id=29674)**
## Description
Hi,
there are some PDF files which require additional language packs such as Adobe-Japan1.
In ubuntu, these are contained in the package 'poppler-data' which is optional (but recommended) for poppler based PDF readers. In my case, it has not been installed by default.
In my case, considering the PDF document attached, there was only the "=>" glyph missing. In this case, it hadn't been immediately apparent that this was due to the missing language pack. Instead, this was my route in isolating the problem:
error in the pdf document? no, because it works in acroread
error in Okular? seemed like it at first, because 'gs' and xpdf rendered it just fine. discovered that other pdf viewers have the same problem.
accidentally checked the stdout of okular/evince to discover that both had these error messages in common:
Error: Missing language pack for 'Adobe-Japan1' mapping
Error: Unknown font tag 'F6.1'
Error (21281): No font in show
only after that, I found out about poppler-data; after having installed it, everything is alright now.
I propose that users should be notified about this problem via some GUI dialog within their PDF viewer (let it be up to the viewer to implement how these errors are to be displayed via unobstrusive popups), together with a suggestion to check wether language packs are installed.
As far as I can see, there is no error handling API in libpoppler, so this would have to be attacked first, before filling feature requests for the viewers...https://gitlab.freedesktop.org/poppler/poppler/-/issues/445faulty line selection2018-08-21T10:57:25ZBugzilla Migration Userfaulty line selection## Submitted by cha..@..gmx.de
Assigned to **poppler-bugs**
**[Link to original bug (#92554)](https://bugs.freedesktop.org/show_bug.cgi?id=92554)**
## Description
As described in this bug filed against evince (https://bugzilla.gno...## Submitted by cha..@..gmx.de
Assigned to **poppler-bugs**
**[Link to original bug (#92554)](https://bugs.freedesktop.org/show_bug.cgi?id=92554)**
## Description
As described in this bug filed against evince (https://bugzilla.gnome.org/show_bug.cgi?id=750375), poppler shows inconsistent behaviour when trying to select lines by double-clicking in the right margins next to it.