poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-10-05T22:14:57Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/476segmentation fault on getColor2018-10-05T22:14:57ZBugzilla Migration Usersegmentation fault on getColor## Submitted by tb@..@..day.fr
Assigned to **poppler-bugs**
**[Link to original bug (#105329)](https://bugs.freedesktop.org/show_bug.cgi?id=105329)**
## Description
Created attachment 137757
sample file that crashes when trying to...## Submitted by tb@..@..day.fr
Assigned to **poppler-bugs**
**[Link to original bug (#105329)](https://bugs.freedesktop.org/show_bug.cgi?id=105329)**
## Description
Created attachment 137757
sample file that crashes when trying to extract document info using poppler
Hi,
Poppler fails with a segmentation fault with som PDF documents. I've attached a sample document that fails. Failure seems to occur when calling getColor.
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff2238687 in TextWord::getColor (b=, g=, r=,
this=) at poppler_src/poppler/TextOutputDev.h:174
174 poppler_src/poppler/TextOutputDev.h: No such file or directory.
Tried on both linux and Mac.
**Attachment 137757**, "sample file that crashes when trying to extract document info using poppler":
[Trial.1_dp.pdf](/uploads/3697c7d0f8730ef2ce7edd029a729c12/Trial.1_dp.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/475Multiline edit form field rotated in landscape PDF document2018-10-27T15:08:29ZBugzilla Migration UserMultiline edit form field rotated in landscape PDF document## Submitted by Stuart Naifeh
Assigned to **poppler-bugs**
**[Link to original bug (#21634)](https://bugs.freedesktop.org/show_bug.cgi?id=21634)**
## Description
Created attachment 25642
PDF showing the problem described.
poppler...## Submitted by Stuart Naifeh
Assigned to **poppler-bugs**
**[Link to original bug (#21634)](https://bugs.freedesktop.org/show_bug.cgi?id=21634)**
## Description
Created attachment 25642
PDF showing the problem described.
poppler version is 0.10.5
When entering text into a multiline edit form field in a PDF document in
landscape orientation, the form field text is rendered rotated at 90 degrees.
This only occurs if there is actually text on more than one line (i.e., one
line of text in a multiline form field is rendered properly)
Note that text is oriented correctly when editing the form field, but as soon
as you hit hide forms, it rotates.
Note also that a PDF with a multiline form field that already contains multiple
lines of text when it is opened in Okular renders properly, but as soon as that
form field is edited in Okular, and then you hit hide forms, it rotates.
To create the attached PDF, I opened a plain document in MS Word under Windows
XP, changed the orientation under Page Setup, printed to PDF, and then opened
the PDF file in Acrobat and added a single multiline form field. I then opened
it in Okular under Kubuntu, and added text to the field. I then tried adding
the text in Acrobat before opening in Okular (see second note above).
To reproduce, open attached pdf in Okular. The text in the form field will be rendered correctly. Then hit "Show Forms" and put the cursor in the form field. You don't need to actually make any changes. Then hit "Hide Forms." The
text now appears oriented at the right side of the form field, rotated 90
degrees to the right.
I filed this in Okular, but was told that it is reproducible in Evince, and is probably therefore a poppler bug.
**Attachment 25642**, "PDF showing the problem described.":
[PDFTest-2.pdf](/uploads/263cfe46b1d3f8eb1bb2ed70b17defc0/PDFTest-2.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/473Text selection mirror reverses the characters2020-05-18T10:14:48ZBugzilla Migration UserText selection mirror reverses the characters## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#97983)](https://bugs.freedesktop.org/show_bug.cgi?id=97983)**
## Description
As reported in https://bugzilla.gnome.org/show_bug.cgi?id=73114...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#97983)](https://bugs.freedesktop.org/show_bug.cgi?id=97983)**
## Description
As reported in https://bugzilla.gnome.org/show_bug.cgi?id=731148 :
With some pdfs, like this document from Google. Highlight [Select text[ mirror reverses the characters.
To reproduce open pdf and select any text.https://gitlab.freedesktop.org/poppler/poppler/-/issues/472Enumerate PDF named destinations2018-10-15T12:16:13ZBugzilla Migration UserEnumerate PDF named destinations## Submitted by Masamichi Hosoda
Assigned to **poppler-bugs**
**[Link to original bug (#97262)](https://bugs.freedesktop.org/show_bug.cgi?id=97262)**
## Description
I'd like to enumerate PDF named destinations in a PDF.
I've trie...## Submitted by Masamichi Hosoda
Assigned to **poppler-bugs**
**[Link to original bug (#97262)](https://bugs.freedesktop.org/show_bug.cgi?id=97262)**
## Description
I'd like to enumerate PDF named destinations in a PDF.
I've tried `poppler_index_iter_get_action ()'.
It can obtain named destinations which are used in the PDF actions.
But, it cannot obtain named destinations which are not used.
I'd like all named destinations.
So I cannot use `poppler_index_iter_get_action ()'.https://gitlab.freedesktop.org/poppler/poppler/-/issues/471Image does not show on PDF due to ICC Profile reading error.2020-11-14T01:51:18ZBugzilla Migration UserImage does not show on PDF due to ICC Profile reading error.## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#49590)](https://bugs.freedesktop.org/show_bug.cgi?id=49590)**
## Description
Created attachment 61149
PDF showing the bug
The attached pdf has an ...## Submitted by Jose Aliste
Assigned to **poppler-bugs**
**[Link to original bug (#49590)](https://bugs.freedesktop.org/show_bug.cgi?id=49590)**
## Description
Created attachment 61149
PDF showing the bug
The attached pdf has an image that is not render by poppler. When rendering with the poppler-glib-demo I get:
Syntax Warning: not an ICC profile, invalid signature
Syntax Warning: read ICCBased color space profile error
Forwarded from https://bugzilla.gnome.org/show_bug.cgi?id=675577
**Attachment 61149**, "PDF showing the bug":
[GRM080173_15.pdf](/uploads/1616795b9b3918f41249ad00279a834e/GRM080173_15.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/470Garbage text in one line in a specific PDF file2018-10-05T23:14:22ZBugzilla Migration UserGarbage text in one line in a specific PDF file## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106817)](https://bugs.freedesktop.org/show_bug.cgi?id=106817)**
## Description
Created attachment 140023
PDF test case
Original report: htt...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#106817)](https://bugs.freedesktop.org/show_bug.cgi?id=106817)**
## Description
Created attachment 140023
PDF test case
Original report: https://gitlab.gnome.org/GNOME/evince/issues/859
"I am using evince 3.26.0.
The following PDF is broken after "Euroopa Majanduspiirkonna" and before ", võrdub hüvitise suurus" when viewed in qpdfview."
The issue is reproducible with pdftoppm 0.64.0.
**Attachment 140023**, "PDF test case":
[borken_pdf.PDF](/uploads/9e906bb11e344a6d058579b4d5135aca/borken_pdf.PDF)https://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/465Sign PDF with digital signature2021-01-26T18:37:21ZBugzilla Migration UserSign PDF with digital signature## Submitted by Hanno Meyer-Thurow `@hmth`
Assigned to **poppler-bugs**
**[Link to original bug (#99416)](https://bugs.freedesktop.org/show_bug.cgi?id=99416)**
## Description
Since "support for digital signature" [bug 16770](https...## Submitted by Hanno Meyer-Thurow `@hmth`
Assigned to **poppler-bugs**
**[Link to original bug (#99416)](https://bugs.freedesktop.org/show_bug.cgi?id=99416)**
## Description
Since "support for digital signature" [bug 16770](https://bugs.freedesktop.org/show_bug.cgi?id=16770) is included, how about adding support for actually signing PDF files?
For reference:
LibreOffice 5.3 and newer supports signing PDF 1.5+ format[0]. I wonder if it is possible to reuse their code wrt licensing? Just in case someone is interested, may talk to LibreOffice developers.
I mailed the LibreOffice developer, but got no response (yet).
[0] http://vmiklos.hu/blog/pdf-sign.html (LibreOffice developer blog post)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/461Polyline comment beginning and end is not correctly drawn2019-03-16T00:25:08ZBugzilla Migration UserPolyline comment beginning and end is not correctly drawn## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#102635)](https://bugs.freedesktop.org/show_bug.cgi?id=102635)**
## Description
In https://bugs.freedesktop.org/attachment.cgi?id=134098 the p...## Submitted by Albert Astals Cid
Assigned to **poppler-bugs**
**[Link to original bug (#102635)](https://bugs.freedesktop.org/show_bug.cgi?id=102635)**
## Description
In https://bugs.freedesktop.org/attachment.cgi?id=134098 the polyline comment has a beginning and end (open with Adobe Reader) that we're not drawing.https://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/454Some documentation for backend2018-10-05T23:14:50ZBugzilla Migration UserSome documentation for backend## Submitted by che..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#54279)](https://bugs.freedesktop.org/show_bug.cgi?id=54279)**
## Description
Created attachment 66366
A patch for some added doxygen documentati...## Submitted by che..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#54279)](https://bugs.freedesktop.org/show_bug.cgi?id=54279)**
## Description
Created attachment 66366
A patch for some added doxygen documentation
Documentation only patch. Just some things that may help others here and there. Submitted as patch for commenting as re: http://lists.freedesktop.org/archives/poppler/2012-August/009449.html
I hope this is useful.
**Patch 66366**, "A patch for some added doxygen documentation":
[added_doxygen_comments.patch](/uploads/594de88f83c7575b63f707a4dedfa9fb/added_doxygen_comments.patch)