poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2020-11-08T22:10:58Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/181Embedded image content doesn't render2020-11-08T22:10:58ZBugzilla Migration UserEmbedded image content doesn't render## Submitted by Carlos Campos `@carlosgc`
Assigned to **poppler-bugs**
**[Link to original bug (#25007)](https://bugs.freedesktop.org/show_bug.cgi?id=25007)**
## Description
Bug forwarded from Evince: https://bugzilla.gnome.org/sh...## Submitted by Carlos Campos `@carlosgc`
Assigned to **poppler-bugs**
**[Link to original bug (#25007)](https://bugs.freedesktop.org/show_bug.cgi?id=25007)**
## Description
Bug forwarded from Evince: https://bugzilla.gnome.org/show_bug.cgi?id=599505
"While testing my new evince-2.28.1, I accidentally found a document which
doesn't render in evince.
The document (attached) contains a frame and a logo, and embeds two scanned
images. The image content is not displayed im evince. Version 2.27.90 shows the
same behavior. (I don't have older versions to check, sorry.)
Poppler's demo app poppler_qt4viewer properly renders the document, poppler's
pdfimages extracts the embedded images.
BTW, I'm displaying within NX (a remote X11 solution somewhat like VNC - but
different). But that has never mattered for evince."
Document is attached to original bug report. This is a bug in drawImageMaskPrescaled() since using drawImageMaskRegular() instead fixes the problem (although the quality is quite bad).
I'm not sure whether it's the same issue than bug #22469 which is also a problem in drawImageMaskPrescaled()
### Depends on
* [Bug 27456](https://bugs.freedesktop.org/show_bug.cgi?id=27456)https://gitlab.freedesktop.org/poppler/poppler/-/issues/180Incorrect image rendering, horizontal lines2018-08-20T22:04:08ZBugzilla Migration UserIncorrect image rendering, horizontal lines## Submitted by Jerry Kaukko
Assigned to **poppler-bugs**
**[Link to original bug (#26611)](https://bugs.freedesktop.org/show_bug.cgi?id=26611)**
## Description
Created attachment 33360
image rendering compared
Overview:
Many one...## Submitted by Jerry Kaukko
Assigned to **poppler-bugs**
**[Link to original bug (#26611)](https://bugs.freedesktop.org/show_bug.cgi?id=26611)**
## Description
Created attachment 33360
image rendering compared
Overview:
Many one colored horizontal lines similar to the colors in the image.
Steps to Reproduce:
Open and view the following file with Evince.
http://sunnod.com/en/support/pdf/instruction-AB-cartridge.pdf
http://www.mir-aus.com/2009/support/pdf/instruction-AB-cartridge.pdf
http://www.continuous-ink-systems.co.uk/installation_new/instruction-AB-cartridge.pdf
With the German translation the image renders ok.
http://www.cis-system.de/media/docs/ab_refill_patronen.pdf
The rendering from xpdf and acroread seems to be ok.
Build:
Evince 2.28.1
Poppler 0.12.0
Additional Builds:
Confirmed on "git master" by Carlos Garcia Campos.
There are also some other errors, most notably the blue gradient.
But I guess that should go into another bug report. Comments?
Similar Bug: 26392. The horizontal lines at least...
**Attachment 33360**, "image rendering compared":
![nozzle_check](/uploads/6c01a74669baf7999206bb9ba08ba3b3/nozzle_check.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/179Wish: Export parts of PDF as scalable images2018-10-05T22:58:00ZBugzilla Migration UserWish: Export parts of PDF as scalable images## Submitted by Frank Siegert
Assigned to **poppler-bugs**
**[Link to original bug (#26465)](https://bugs.freedesktop.org/show_bug.cgi?id=26465)**
## Description
I had initially filed this as a wishlist issue for my PDF reader, bu...## Submitted by Frank Siegert
Assigned to **poppler-bugs**
**[Link to original bug (#26465)](https://bugs.freedesktop.org/show_bug.cgi?id=26465)**
## Description
I had initially filed this as a wishlist issue for my PDF reader, but was told that this is something which should be implemented within poppler, that's why I'm refiling it here:
In many PDF readers (e.g. okular) there exists the possibility to select some part of the PDF and export it as Text or PNG/JPG image.
It would be nice, if there was a possibility to also export to some scalable image format (eps, svg, ps, pdf, ...).
Acroread already gives this possibility by selecting an area and printing it (to ps, eps, pdf, ...). It would be great, if the open source readers/backend could provide something like this as well. Thanks!https://gitlab.freedesktop.org/poppler/poppler/-/issues/178stroking alpha constant not respected for pattern2020-05-12T08:34:54ZBugzilla Migration Userstroking alpha constant not respected for pattern## Submitted by nov..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#101416)](https://bugs.freedesktop.org/show_bug.cgi?id=101416)**
## Description
Created attachment 131940
test case
In the attached test case, w...## Submitted by nov..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#101416)](https://bugs.freedesktop.org/show_bug.cgi?id=101416)**
## Description
Created attachment 131940
test case
In the attached test case, we stroke a rectangle using a shading pattern. The stroking alpha constant (CA) is set to 0.25 but the stroke is drawn opaquely. It seems to use the nonstroking alpha constant (ca) instead, which is still at the initial value of 1.0.
The test case draws two more shapes for comparison.
1. stroke a rectangle with a solid colour: the stroking alpha constant is respected in this case.
2. fill a rectangle with the shading pattern; the nonstroking alpha constant is respected.
**Attachment 131940**, "test case":
[stroke-alpha-pattern.pdf](/uploads/c14b717fb9a07839e2d4c6ec35f809a3/stroke-alpha-pattern.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/177Some symbol font characters wrong on windows2018-10-26T11:30:56ZBugzilla Migration UserSome symbol font characters wrong on windows## Submitted by tho..@..io.org
Assigned to **poppler-bugs**
**[Link to original bug (#76893)](https://bugs.freedesktop.org/show_bug.cgi?id=76893)**
## Description
Created attachment 96705
Example PDF
The following symbol characte...## Submitted by tho..@..io.org
Assigned to **poppler-bugs**
**[Link to original bug (#76893)](https://bugs.freedesktop.org/show_bug.cgi?id=76893)**
## Description
Created attachment 96705
Example PDF
The following symbol characters are not displayed correctly under windows:
- capital delta
- capital omega
- lowercase mu
- lowercase pi
I've attached an example PDF showing the effect. It's correct with poppler on Linux and Adobe Reader on Windows. But poppler on windows replaces these chars with other symbols.
Tested with poppler 0.24.5
**Attachment 96705**, "Example PDF":
[Graph1.pdf](/uploads/32fa929aea86ad222716f3cf7dd8296a/Graph1.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/176Resolution not take into account in pdftotext for Page node2018-10-11T20:36:26ZBugzilla Migration UserResolution not take into account in pdftotext for Page node## Submitted by mr...@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#103573)](https://bugs.freedesktop.org/show_bug.cgi?id=103573)**
## Description
When pdftotext generates XML, DPI is taken into account for (x/y)...## Submitted by mr...@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#103573)](https://bugs.freedesktop.org/show_bug.cgi?id=103573)**
## Description
When pdftotext generates XML, DPI is taken into account for (x/y)(Min/Max) attributes on all nodes.
However, width and height on Page node remain unaffected by providing different DPI.
Example usage showing the problem:
pdftotext -r 72 -bbox something.pdf -
pdftotext -r 150 -bbox something.pdf -https://gitlab.freedesktop.org/poppler/poppler/-/issues/175Form data not displayed2018-10-07T00:03:21ZBugzilla Migration UserForm data not displayed## Submitted by Konstantin Svist
Assigned to **poppler-bugs**
**[Link to original bug (#95371)](https://bugs.freedesktop.org/show_bug.cgi?id=95371)**
## Description
After adding some forms to a document, Okular is able to edit the...## Submitted by Konstantin Svist
Assigned to **poppler-bugs**
**[Link to original bug (#95371)](https://bugs.freedesktop.org/show_bug.cgi?id=95371)**
## Description
After adding some forms to a document, Okular is able to edit the form data, but does not display it for printing (form appears blank)
Fedora 23
okular-15.12.3-1.fc23.x86_64
poppler-0.34.0-2.fc23.x86_64https://gitlab.freedesktop.org/poppler/poppler/-/issues/174Add new PDFWriter class for writing PDF with printing options2021-11-30T15:46:00ZBugzilla Migration UserAdd new PDFWriter class for writing PDF with printing options## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#71213)](https://bugs.freedesktop.org/show_bug.cgi?id=71213)**
## Description
Created attachment 88591
Add PDFWriter
In order to get...## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#71213)](https://bugs.freedesktop.org/show_bug.cgi?id=71213)**
## Description
Created attachment 88591
Add PDFWriter
In order to get evince to print in PDF format without restricting the output to only what cairo supports we need a way to rewrite the PDF with the print settings from the print dialog applied. This will avoid stripping color management from the PDF, avoid cairo bugs, and result in much faster printing.
The first patch adds a new PDFWriter class for writing the PDF file with the selected printing options. These options include, page selection, number of copies, collation, number-up, scaling, shrink/fit page, paper size selection, orientation etc.
~~**Attachment 88591**~~, "Add PDFWriter":
[0001-Add-PDFWriter-class-for-writing-a-PDF-file-with-prin.patch](/uploads/76409db5209d61be93c8c460532d7a14/0001-Add-PDFWriter-class-for-writing-a-PDF-file-with-prin.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/172Accented characters are badly displayed when selected2018-10-26T11:33:46ZBugzilla Migration UserAccented characters are badly displayed when selected## Submitted by Guillaume Desmottes `@gdesmott`
Assigned to **poppler-bugs**
**[Link to original bug (#7064)](https://bugs.freedesktop.org/show_bug.cgi?id=7064)**
## Description
Transfering this bug from GNOME Bugzilla:
http://bug...## Submitted by Guillaume Desmottes `@gdesmott`
Assigned to **poppler-bugs**
**[Link to original bug (#7064)](https://bugs.freedesktop.org/show_bug.cgi?id=7064)**
## Description
Transfering this bug from GNOME Bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=338940
To reproduce:
- Open this file: http://cass.no-ip.com/~cassidy/files/brol/test.pdf
- Select the first line
I use evine 0.5.2 with poppler 0.5.1 (Ubuntu Dapper).
The pdf was created from http://cass.no-ip.com/~cassidy/files/brol/test.tex.
--
I can confirm this with Thai text. Thai language has above-level vowels, which
are similar to accent mark in term of display.
Some of these vowels are missing when selected. This doesn't happened with
Adobe Reader 7.0 on the same Linux machine.
Screenshot of sample Thai text in PDF
http://bugzilla.gnome.org/attachment.cgi?id=64597&action=view
Screenshot of selected Thai text with missing vowels
http://bugzilla.gnome.org/attachment.cgi?id=64598&action=viewhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/171PDF that causes undefined postscript error when converted with pdftops2018-10-08T10:43:00ZBugzilla Migration UserPDF that causes undefined postscript error when converted with pdftops## Submitted by Urs
Assigned to **poppler-bugs**
**[Link to original bug (#96722)](https://bugs.freedesktop.org/show_bug.cgi?id=96722)**
## Description
Created attachment 124777
sample PDF
Hi
Attached pdf was converted with pdft...## Submitted by Urs
Assigned to **poppler-bugs**
**[Link to original bug (#96722)](https://bugs.freedesktop.org/show_bug.cgi?id=96722)**
## Description
Created attachment 124777
sample PDF
Hi
Attached pdf was converted with pdftops 0.45.0.
Command: pdftops poppler-undefined-ps-err.pdf
or pdftops -level1sep poppler-undefined-ps-err.pdf
both have the same error
The resulting ps then sent to a Xerox 7545 Postscript printer causes following postscript error to occur:
ERROR: undefined
OFFENDING COMMAND: 0a
NEXT ITEMS ON INPUTFILE: 00000000000000000000000000000000000000000000000000000000000...
OPERAND STACK:
-mark-
false
The same pdf can be displayed and printed from Adobe Reader, so the error is probably related with pdftops conversion.
Can this be corrected in the near future?
Thank you
Urs
---
Urs Beckmann
ETH Zürich
ITS Printing
STB H 14
044 6323488
Stampfenbachstr. 69
8092 Zürich
urs.beckmann@id.ethz.ch
**Attachment 124777**, "sample PDF":
[poppler-undefined-ps-err.pdf](/uploads/249a6ce2033d7f11d0d79bcc16c0e54f/poppler-undefined-ps-err.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/169Pdftohtml 0.17.2 does a reasonable job on this pdf, whereas 0.17.3 fails totally2018-08-20T22:02:36ZBugzilla Migration UserPdftohtml 0.17.2 does a reasonable job on this pdf, whereas 0.17.3 fails totally## Submitted by Jordan Thoms
Assigned to **poppler-bugs**
**[Link to original bug (#49857)](https://bugs.freedesktop.org/show_bug.cgi?id=49857)**
## Description
Created attachment 61540
The pdf in question
Hi
This pdf is rendere...## Submitted by Jordan Thoms
Assigned to **poppler-bugs**
**[Link to original bug (#49857)](https://bugs.freedesktop.org/show_bug.cgi?id=49857)**
## Description
Created attachment 61540
The pdf in question
Hi
This pdf is rendered to html okay by 0.17.2, but 0.17.3 tries to do rotation and it all goes sideways (literally!).
I had a look at the pdf and there does seem to be a rotation component in there - but evince and pdftoppm render it with the text going the right direction.
This is in general a very disturbed document, but it's still a regression that's forcing me to stick with 0.17.2 for now.
Cheers
Jordan
**Attachment 61540**, "The pdf in question":
[SE750-GWsyncCollab.pdf](/uploads/fe93abb12c8dea0e24e03be0c1ead016/SE750-GWsyncCollab.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/168Embedded font characters are clipped2020-11-04T23:52:49ZBugzilla Migration UserEmbedded font characters are clipped## Submitted by Benjamin Berg `@benzea`
Assigned to **poppler-bugs**
**[Link to original bug (#54364)](https://bugs.freedesktop.org/show_bug.cgi?id=54364)**
## Description
Created attachment 66471
the affected pdf file
The local ...## Submitted by Benjamin Berg `@benzea`
Assigned to **poppler-bugs**
**[Link to original bug (#54364)](https://bugs.freedesktop.org/show_bug.cgi?id=54364)**
## Description
Created attachment 66471
the affected pdf file
The local public transportation map uses a custom font to display the line names (eg. S11). These are rounded rectangles, with the text cut out in the center.
The character is clipped at the right side by poppler/cairo, which means that the background shows through. See the attached PDF.
A good place to see it are the symbols for the S51, S52, S3 as they have a black background rectangle for the text that becomes visible. (eg. above "Germersheim")
Note that they are displayed correctly when they are rendered tilted. See the S52 at the central "Marktplatz" station.
**Attachment 66471**, "the affected pdf file":
[L0SCHI_SEP12_Internet.pdf](/uploads/604433986a900e5b199bd175b9854d1f/L0SCHI_SEP12_Internet.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/167PostScript Level 3 of pdftops broken2018-10-07T00:04:45ZBugzilla Migration UserPostScript Level 3 of pdftops broken## Submitted by Till Kamppeter
Assigned to **poppler-bugs**
**[Link to original bug (#19640)](https://bugs.freedesktop.org/show_bug.cgi?id=19640)**
## Description
To easily reproduce the problem do (d00022-001 is PDF printing outp...## Submitted by Till Kamppeter
Assigned to **poppler-bugs**
**[Link to original bug (#19640)](https://bugs.freedesktop.org/show_bug.cgi?id=19640)**
## Description
To easily reproduce the problem do (d00022-001 is PDF printing output of gedit, captured from the spool directory of CUPS):
wget http://launchpadlibrarian.net/21294491/d00022-001
pdftops -level3 -paper A4 d00022-001 > l3.ps
pdftops -level2 -paper A4 d00022-001 > l2.ps
pdftops -level2 -noembtt -paper A4 d00022-001 > l2noembtt.ps
Then send the files unfiltered to a PostScript printer from HP (Ghostscript displays all files correctly on the screen). The l3.ps prints some characters as squares, the l2*.ps print correctly. This means that something is broken with the Level 3 PostScript output, at least for HP printers.
The HP LaserJet P3005 even crashes on the faulty PostScript Level3 output of pdftops.
See
http://launchpadlibrarian.net/21292602/img001.jpg
for the broken output of l3.ps.https://gitlab.freedesktop.org/poppler/poppler/-/issues/166Poppler doesn't display multiple-PDFs-inlined2018-08-20T22:02:10ZBugzilla Migration UserPoppler doesn't display multiple-PDFs-inlined## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#65778)](https://bugs.freedesktop.org/show_bug.cgi?id=65778)**
## Description
Created attachment 80837
PDF test case with inline pdfs
As rep...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#65778)](https://bugs.freedesktop.org/show_bug.cgi?id=65778)**
## Description
Created attachment 80837
PDF test case with inline pdfs
As reported in https://bugzilla.gnome.org/show_bug.cgi?id=585572
"I have created a "PDF Package" with Adobe Acrobat on Windows which contains a
PDF. The Acrobat Reader displays the inlined PDF, while Evince only shows a cover
page.
I expected Evince to display the inlined PDF as the Acrobat Reader does."
The problem is reproducible with poppler-glib-demo master (>0.22.4)
**Attachment 80837**, "PDF test case with inline pdfs":
[nbb_fbl_3-vanilla-paket.pdf](/uploads/096d85a7f7d3078d7fe22ee62d444971/nbb_fbl_3-vanilla-paket.pdf)
### See also
* [Bug 585572](https://bugzilla.gnome.org/show_bug.cgi?id=585572)https://gitlab.freedesktop.org/poppler/poppler/-/issues/165pdftohtml loses some double lls in duplicate check2021-09-13T06:36:01ZBugzilla Migration Userpdftohtml loses some double lls in duplicate check## Submitted by Chris Faulhaber
Assigned to **poppler-bugs**
**[Link to original bug (#28052)](https://bugs.freedesktop.org/show_bug.cgi?id=28052)**
## Description
Problem: In some PDF documents two lls will overlap slightly. pdf...## Submitted by Chris Faulhaber
Assigned to **poppler-bugs**
**[Link to original bug (#28052)](https://bugs.freedesktop.org/show_bug.cgi?id=28052)**
## Description
Problem: In some PDF documents two lls will overlap slightly. pdftohtml will drop latter l. E.g., called because cal ed, all becomes al , and eventually becomes eventual y.
Version: poppler-0.13.3
Reason: In HtmlOutputDev.cc, class HtmlPage, method coalesce, there's a section of code to discard duplicate text for "fake boldface, drop shadows." The lls are triggering the duplicate code and are thus removed from the output.
The debug output shows:
x=139.68000..143.016000 y=626.076000..641.844000 size=15 'l'
x=142.80000..146.136000 y=626.076000..641.844000 size=15 'l'
Due to my inexperience with the project I can't say what the best solution will be. Here are a few options I've considered. If you'd like to suggest a preferred method for solving this problem I will implement and submit a patch, however I have no test documents that involve actual duplicate text.
Solution 1: Decrease the fudge factor from 0.2 to 0.1. This may not be reliable and could cause the duplicates which this code was originally meant to discard to resurface. It will, however, let the lls through in my test documents.
Solution 2: Make the duplicate check a command-line option. Documents that have both lls and duplicate text will still exhibit errors, though.
Solution 3: Use a different algorithm for determining duplicate text. Perhaps the dupe check shouldn't drop characters that start more than halfway between the bounding box of the last character. In this example, 141.348 is the halfway point for the first character, and 142.8 is beyond that. It seems unlikely for boldface or drop shadows to be so far beyond the starting point of their host character.https://gitlab.freedesktop.org/poppler/poppler/-/issues/164"In pixman_region32_init_rect: Invalid rectangle passed" when viewing a certa...2018-08-20T22:01:40ZBugzilla Migration User"In pixman_region32_init_rect: Invalid rectangle passed" when viewing a certain PDF## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#71177)](https://bugs.freedesktop.org/show_bug.cgi?id=71177)**
## Description
From Evince: https://bugzilla.gnome.org/show_bug.cgi?id=706567
...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#71177)](https://bugs.freedesktop.org/show_bug.cgi?id=71177)**
## Description
From Evince: https://bugzilla.gnome.org/show_bug.cgi?id=706567
A summary of the comments:
----------------
When viewing the attached PDF and scrolling to the end, evince shows the
following warnings on the console (but continues to function properly without
apparent rendering issues):
{{{
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
}}}
A PDF test case (8.8MB) is in
http://media.zweitausendeins.de/download/?pdf/merkheft/271%2FMH271_interaktiv.pdf
-----------------
The ouput of gdb shows a corrupted rectangle:
$2 = {extents = {x1 = 501, y1 = 479, x2 = 483, y2 = 504}, data = 0x7bae00}
(gdb) print *region->data
$3 = {size = 8105376, numRects = 8106176}
(gdb) print region->data
$4 = (pixman_region32_data_t *) 0x7bae00
(gdb) print *(region->data)
$5 = {size = 8105376, numRects = 8106176}
-----------------
Finally Carlos said:
It's a poppler bug actually that is giving us incorrect rectangles as selection
region. That document is a challenge for poppler, it contains vertical text and
even inclined text. Poppler doesn't support it, it assumes that all characters
in a line are at the same yMin - yMax range. So, there are several approaches
to solve/workaround the issue. We can check rectangles are valid in evince and
ignore the invalid ones, maybe showing a warning, but I think it would be
better to do it in poppler, either poppler glib or directly in TextOutputDev.
### See also
* [Bug 706567](https://bugzilla.gnome.org/show_bug.cgi?id=706567)https://gitlab.freedesktop.org/poppler/poppler/-/issues/163radial gradients rendering2021-09-25T10:59:18ZBugzilla Migration Userradial gradients rendering## Submitted by mic..@..tum.de
Assigned to **poppler-bugs**
**[Link to original bug (#93129)](https://bugs.freedesktop.org/show_bug.cgi?id=93129)**
## Description
Created attachment 120150
uncompressed pdf with radial gradient
I ...## Submitted by mic..@..tum.de
Assigned to **poppler-bugs**
**[Link to original bug (#93129)](https://bugs.freedesktop.org/show_bug.cgi?id=93129)**
## Description
Created attachment 120150
uncompressed pdf with radial gradient
I notice that using evince/atril through a number of versions, corresponding to libpoppler versions 0.18 through 0.33, the gradients as in the attached pdf do not render properly.
The pdf specifications allow radial gradients, that essentially consist of linearly interpolating between a start and an end circle (with different positions and radii). According to my incomplete tests, if start and end circle have exactly the same radii, everything works correctly. Also, if the end circle is smaller than the start circle and the distances of the centers of the circles is not too large, it works. However, if the end circle is only slightly smaller than the start circle and/or the distance is larger, it seems as if the interpolation goes in the wrong direction: the position of the end circle is flipped through the center of the start circle, its radius is larger (and not smaller), and the colors used for drawing the intermediate circles are all the start color of the gradient. In the attached example you can play around with the last number on line 67, you will see that at precisely 50 the error occurs (though this thresholds depends on the relative positions of the circles).
Tests on a number of other pdf viewers not using poppler all render fine. However, I am not sure whether poppler itself (via its invocation of cairo) or cairo has the bug: using poppler-utils' pdftoppm works okay, while pdftocairo renders incorrect pngs, and using it to convert pdf to pdf produces pdfs that do not render correctly on any viewer.
**Attachment 120150**, "uncompressed pdf with radial gradient":
[unc.pdf](/uploads/b4892232e2b5806ad2ac3a4aa695ea3f/unc.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/162Support JavaScript2018-10-05T23:00:55ZBugzilla Migration UserSupport JavaScript## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#14433)](https://bugs.freedesktop.org/show_bug.cgi?id=14433)**
## Description
More and more PDF are using JavaScript, we should try to support...## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#14433)](https://bugs.freedesktop.org/show_bug.cgi?id=14433)**
## Description
More and more PDF are using JavaScript, we should try to support it, sometime, somewhen.
### Blocking
* [Bug 14265](https://bugs.freedesktop.org/show_bug.cgi?id=14265)
* [Bug 14397](https://bugs.freedesktop.org/show_bug.cgi?id=14397)https://gitlab.freedesktop.org/poppler/poppler/-/issues/161Application fails to link to poppler statically on Windows2018-10-05T23:01:18ZBugzilla Migration UserApplication fails to link to poppler statically on Windows## Submitted by Stefan Löffler
Assigned to **poppler-bugs**
**[Link to original bug (#49038)](https://bugs.freedesktop.org/show_bug.cgi?id=49038)**
## Description
This is caused by the use of dllexport/dllimport even when producin...## Submitted by Stefan Löffler
Assigned to **poppler-bugs**
**[Link to original bug (#49038)](https://bugs.freedesktop.org/show_bug.cgi?id=49038)**
## Description
This is caused by the use of dllexport/dllimport even when producing static libraries in cpp/poppler-global.h, poppler/XpdfPluginAPI.h, and qt4/src/poppler-export.h.https://gitlab.freedesktop.org/poppler/poppler/-/issues/160Times font substituted by Times-Bold2018-08-20T22:01:07ZBugzilla Migration UserTimes font substituted by Times-Bold## Submitted by Andrey V. Panov
Assigned to **poppler-bugs**
**[Link to original bug (#18126)](https://bugs.freedesktop.org/show_bug.cgi?id=18126)**
## Description
Applications based on poppler 0.10 (evince, okular) for pdf files ...## Submitted by Andrey V. Panov
Assigned to **poppler-bugs**
**[Link to original bug (#18126)](https://bugs.freedesktop.org/show_bug.cgi?id=18126)**
## Description
Applications based on poppler 0.10 (evince, okular) for pdf files referring to but not embedding Times font substitute it with the Times-Bold font (namely Nimbus Roman No. 9 Bold). Nimbus Roman No. 9 L and Times New Roman are installed on system and known for fontconfig.