poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-10-07T00:01:38Zhttps://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/523Unicode strings saved as literal strings2018-10-07T00:25:40ZBugzilla Migration UserUnicode strings saved as literal strings## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#91058)](https://bugs.freedesktop.org/show_bug.cgi?id=91058)**
## Description
Created attachment 116655
Testing form
When saving the atta...## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#91058)](https://bugs.freedesktop.org/show_bug.cgi?id=91058)**
## Description
Created attachment 116655
Testing form
When saving the attached PDF form, the string entered into the text field is saved as a literal string and not as a hexadecimal string which causes problems when viewing it in acroread.
I believe that such strings should be saved as hexadecimal strings.
I used "šč" string for testing.
**Attachment 116655**, "Testing form":
[form.pdf](/uploads/3c0343f645746b8698037cff39e931bf/form.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/383can't display correctly of Chinese book2018-10-07T00:32:06ZBugzilla Migration Usercan't display correctly of Chinese book## Submitted by ni shengyue
Assigned to **poppler-bugs**
**[Link to original bug (#91013)](https://bugs.freedesktop.org/show_bug.cgi?id=91013)**
## Description
Created attachment 116567
the book that can't read
This is a case clo...## Submitted by ni shengyue
Assigned to **poppler-bugs**
**[Link to original bug (#91013)](https://bugs.freedesktop.org/show_bug.cgi?id=91013)**
## Description
Created attachment 116567
the book that can't read
This is a case cloned from GNOME Bugzilla – [Bug 751115](https://bugs.freedesktop.org/show_bug.cgi?id=751115)
the book that can't read
Evince can't display book correcly, just wrong words
but some other tools can display well, such as mupdf, foxit reader (close source software).
I use mupdf and can read it correcly, and I notice there is print as below:
nisy@nisy-ubuntu:/media/nisy/sda1_WinXP/_Technology/98_my_project/_27_改进开源软件/乱码问题$ mupdf ./1_\[雅舍菁华\].梁秋实.文字版.PDF
warning: workaround for S22PDF lying about chinese font encodings
warning: ... repeated 2 times ...
warning: workaround for S22PDF lying about chinese font encodings
warning: ... repeated 2 times ...
so I guess mupdf had workaround to avoid font issue, so I checked in mupdf code,find its code should be:
pdf_load_font
|__pdf_load_simple_font
|__ pdf_load_simple_font_by_name
|__ fz_warn(ctx, "workaround for S22PDF lying about chinese font encodings");
Because evince also have font mechanism, so can evince consider to check mupdf 's mechanism, and merge mupdf 's method to avoid this issue? Thanks.
nishengyue
**Attachment 116567**, "the book that can't read":
[1.PDF](/uploads/3aeb1dd9698fb0e7e3339da6561d1a80/1.PDF)https://gitlab.freedesktop.org/poppler/poppler/-/issues/225Add support for ResetForm action2020-07-22T14:40:35ZBugzilla Migration UserAdd support for ResetForm action## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#90982)](https://bugs.freedesktop.org/show_bug.cgi?id=90982)**
## Description
Created attachment 116513
Sample form
Current poppler doesn...## Submitted by Marek Kasik `@mkasik`
Assigned to **poppler-bugs**
**[Link to original bug (#90982)](https://bugs.freedesktop.org/show_bug.cgi?id=90982)**
## Description
Created attachment 116513
Sample form
Current poppler doesn't handle ResetForm action so it is not able to reset forms.
**Attachment 116513**, "Sample form":
[form-sample.pdf](/uploads/fe2f33d0436caae77e227cb33757b19a/form-sample.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/433Thin white lines between elements2018-08-21T10:55:25ZBugzilla Migration UserThin white lines between elements## Submitted by MaxNoe
Assigned to **poppler-bugs**
**[Link to original bug (#90924)](https://bugs.freedesktop.org/show_bug.cgi?id=90924)**
## Description
Created attachment 116420
A screenshot comparing poppler with foxitreader r...## Submitted by MaxNoe
Assigned to **poppler-bugs**
**[Link to original bug (#90924)](https://bugs.freedesktop.org/show_bug.cgi?id=90924)**
## Description
Created attachment 116420
A screenshot comparing poppler with foxitreader rendering
All pdfreaders using poppler as backend (e.g. evince and okular),
show thin (exactly 1px, i think) white lines between elements.
This is hugely annoying in scientific plots like histograms or color axes.
The attached screenshot shows the same pdf as rendered with evince (left)
and foxitreader (right)
The plot was created using python and matplotlib.
**Attachment 116420**, "A screenshot comparing poppler with foxitreader rendering":
![screenshot](/uploads/8babe9715581fa3c1109d7970bea3a88/screenshot.png)https://gitlab.freedesktop.org/poppler/poppler/-/issues/311250KB PDF converted to 50MB PDF2018-08-21T10:39:37ZBugzilla Migration User250KB PDF converted to 50MB PDF## Submitted by Ofir
Assigned to **poppler-bugs**
**[Link to original bug (#90440)](https://bugs.freedesktop.org/show_bug.cgi?id=90440)**
## Description
Created attachment 115751
PDF to convert
Tested with poppler-utils 0.30.0 Ub...## Submitted by Ofir
Assigned to **poppler-bugs**
**[Link to original bug (#90440)](https://bugs.freedesktop.org/show_bug.cgi?id=90440)**
## Description
Created attachment 115751
PDF to convert
Tested with poppler-utils 0.30.0 Ubuntu 15.04 64bit.
Converting the attached PDF to SVG with pdftocairo give me a 50MB SVG which crashes viewers.
It takes about a minute for Evince to display the PDF compared to 1 second with Foxit Reader.
**Attachment 115751**, "PDF to convert":
[Flow-background.pdf](/uploads/85cff448f7d860696648282d61c873f6/Flow-background.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/29Install behind firewall fails2020-06-22T09:25:53ZBugzilla Migration UserInstall behind firewall fails## Submitted by Jeff Kopmanis
Assigned to **poppler-bugs**
**[Link to original bug (#90374)](https://bugs.freedesktop.org/show_bug.cgi?id=90374)**
## Description
Poppler uses a git:// URL internally for retrieving its test suite, ...## Submitted by Jeff Kopmanis
Assigned to **poppler-bugs**
**[Link to original bug (#90374)](https://bugs.freedesktop.org/show_bug.cgi?id=90374)**
## Description
Poppler uses a git:// URL internally for retrieving its test suite, which fails if you are running behind a firewall. This is when it is being installed via a *locally-installed* MacPorts (i.e. the bulk of the code is downloaded locally, but Poppler is asking for additional stuff via git:// which is blocked).
Can the URL be changed to https:// somehow, so this is no longer a headache?https://gitlab.freedesktop.org/poppler/poppler/-/issues/494API to disable rendering of annotation thumbnails2018-10-05T22:38:58ZBugzilla Migration UserAPI to disable rendering of annotation thumbnails## Submitted by Debarshi Ray `@debarshir`
Assigned to **poppler-bugs**
**[Link to original bug (#90234)](https://bugs.freedesktop.org/show_bug.cgi?id=90234)**
## Description
Use case: https://bugzilla.gnome.org/show_bug.cgi?id=689...## Submitted by Debarshi Ray `@debarshir`
Assigned to **poppler-bugs**
**[Link to original bug (#90234)](https://bugs.freedesktop.org/show_bug.cgi?id=90234)**
## Description
Use case: https://bugzilla.gnome.org/show_bug.cgi?id=689900
The annotation thumbnails obstruct the underlying content, so it can be hard to read a document that has a lot of them. A way to hide or show them will be useful.https://gitlab.freedesktop.org/poppler/poppler/-/issues/562HTML text shifts relatively it underline2018-08-21T11:11:25ZBugzilla Migration UserHTML text shifts relatively it underline## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90097)](https://bugs.freedesktop.org/show_bug.cgi?id=90097)**
## Description## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90097)](https://bugs.freedesktop.org/show_bug.cgi?id=90097)**
## Descriptionhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/407Text color output html is wrong2018-08-21T10:52:59ZBugzilla Migration UserText color output html is wrong## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90096)](https://bugs.freedesktop.org/show_bug.cgi?id=90096)**
## Description## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90096)](https://bugs.freedesktop.org/show_bug.cgi?id=90096)**
## Descriptionhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/79pdftohtml with -f -l option numbers image not right2018-08-20T21:48:07ZBugzilla Migration Userpdftohtml with -f -l option numbers image not right## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90094)](https://bugs.freedesktop.org/show_bug.cgi?id=90094)**
## Description## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90094)](https://bugs.freedesktop.org/show_bug.cgi?id=90094)**
## Descriptionhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/326Pattern image is repeated thousands of times, producing huge output2021-10-03T21:20:07ZBugzilla Migration UserPattern image is repeated thousands of times, producing huge output## Submitted by Dmitry Shubin
Assigned to **poppler-bugs**
**[Link to original bug (#90009)](https://bugs.freedesktop.org/show_bug.cgi?id=90009)**
## Description
Created attachment 115049
Files to reproduce the issue, see descript...## Submitted by Dmitry Shubin
Assigned to **poppler-bugs**
**[Link to original bug (#90009)](https://bugs.freedesktop.org/show_bug.cgi?id=90009)**
## Description
Created attachment 115049
Files to reproduce the issue, see description.
When source PDF contains multiple references to the same image resource, Poppler output has this image duplicated as many times.
The very original image is the attached slowpptx.pptx (80k). It was converted to pdf using LibreOffice 4.3.1, resulting in attached slowpptx.lo.pdf (35k). Result of
> pdftocairo.exe -svg -f 1 -l 1 slowpptx.lo.pdf
produces a 1.7M svg (slowpptx.lo.svg.zip), which contains the same image duplicated 1741 times. Same thing happens with
> pdftohtml.exe -f 1 -l 1 slowpptx.lo.pdf
so I assume this is not related to Cairo.
Thanks
Dmitry
(Internal ref PCC-22530)
**Attachment 115049**, "Files to reproduce the issue, see description.":
[slowpptx.zip](/uploads/331cbaaa9d7159fce40bc16ca6088429/slowpptx.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/369pdftoppm takes about 2 hours at ~100% CPU to rasterize single-page PDF2021-09-07T17:43:27ZBugzilla Migration Userpdftoppm takes about 2 hours at ~100% CPU to rasterize single-page PDF## Submitted by Yasin A.
Assigned to **poppler-bugs**
**[Link to original bug (#89868)](https://bugs.freedesktop.org/show_bug.cgi?id=89868)**
## Description
On Ubuntu using Poppler 0.32.0
Rasterizing a single-page PDF at a 150 DP...## Submitted by Yasin A.
Assigned to **poppler-bugs**
**[Link to original bug (#89868)](https://bugs.freedesktop.org/show_bug.cgi?id=89868)**
## Description
On Ubuntu using Poppler 0.32.0
Rasterizing a single-page PDF at a 150 DPI resolution using pdftoppm takes about 7600 seconds at ~100%. The same PDF takes about 10 seconds to rasterize using Ghostscript.
I've run the following command for pdftoppm:
pdftoppm -cropbox -thinlinemode solid -r 150 -gray /path/to/slow.pdf /path/to/slow.ppm
And this one for gs:
gs -sDEVICE=tiffgray -sOutputFile=/path/to/slow.tiff -r150 -dBATCH -dNOPAUSE /path/to/slow.pdf
Since the PDF is sensitive, I'll need to send it via email to whomever is interested.
Any help would be appreciated. Thank you!https://gitlab.freedesktop.org/poppler/poppler/-/issues/392"pdftohtml -s" produces multiple files.2018-08-21T18:30:55ZBugzilla Migration User"pdftohtml -s" produces multiple files.## Submitted by Peter Easthope
Assigned to **poppler-bugs**
**[Link to original bug (#89696)](https://bugs.freedesktop.org/show_bug.cgi?id=89696)**
## Description
The Debian maintainer suggested filing upstream.
If any further inf...## Submitted by Peter Easthope
Assigned to **poppler-bugs**
**[Link to original bug (#89696)](https://bugs.freedesktop.org/show_bug.cgi?id=89696)**
## Description
The Debian maintainer suggested filing upstream.
If any further information is needed please let me know.
Thanks, ... peter at easthope. ca
====https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775049====
From: peter@easthope.ca
To: submit@bugs.debian.org
Cc: peter@easthope.ca
Subject: poppler-utils: "pdftohtml -s `<file>`.pdf" produces multiple files.
Date: Sat, 10 Jan 2015 10:01:45 -0800
Package: poppler-utils
Version: 0.26.5-2
Severity: important
Tags: newcomer patch
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
pdftohtml was applied to a pdf file containing pixmap images.
* What exactly did you do (or not do) that was effective (or ineffective)?
The command was "pdftohtml -s `<file>`.pdf".
* What was the outcome of this action?
All the text was in one `<file>`.html but each picture was an additional file.
* What outcome did you expect instead?
With the -s option, text and pictures should all be in one `<file>`.html.
A JPEG or PNG picture can be included in an html document with Base64
encoding. The syntax is very simple. Examples here.
http://easthope.ca/Category2.html
Scroll down to the heading "Inline, Base64 encoded PNG bitmaps".
The first instance of an embedded bitmap is
<img src="data:image/png;base64,iVBORw0K ..."
alt="Diagram for 0x0 with test object 0,`<br>`represented in PNG.`<br>`">
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages poppler-utils depends on:
ii libc6 2.19-13
ii libcairo2 1.14.0-2.1
ii libfreetype6 2.5.2-2
ii libgcc1 1:4.9.1-19
ii liblcms2-2 2.6-3+b3
ii libpoppler46 0.26.5-2
ii libstdc++6 4.9.1-19
ii zlib1g 1:1.2.8.dfsg-2+b1
poppler-utils recommends no packages.
poppler-utils suggests no packages.
-- no debconf informationhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/375PDF highlight annotations don't print correctly2022-11-01T18:12:28ZBugzilla Migration UserPDF highlight annotations don't print correctly## Submitted by Anders Damsgaard
Assigned to **poppler-bugs**
**[Link to original bug (#89355)](https://bugs.freedesktop.org/show_bug.cgi?id=89355)**
## Description
Created attachment 113858
Original pdf example with highlighting ...## Submitted by Anders Damsgaard
Assigned to **poppler-bugs**
**[Link to original bug (#89355)](https://bugs.freedesktop.org/show_bug.cgi?id=89355)**
## Description
Created attachment 113858
Original pdf example with highlighting annotations
I have a PDF (example.pdf) with several highlighting-type annotations. They are all rendered correctly on-screen.
When I print the document or print to PDF a few of the highlights are handled correctly. Most of them have the yellow highlighting rendered on top of the font, however, thus hiding the text of interest (see attached example_to_pdf.pdf).
I encountered this problem using Evince 3.14.1 on an up-to-date Debian Jessie system with Poppler 0.26.5.
Evince bug report: https://bugzilla.gnome.org/show_bug.cgi?id=745199
**Attachment 113858**, "Original pdf example with highlighting annotations":
[example.pdf](/uploads/24441e0342845202d32f3933868492d9/example.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/5940.31: Stack underflow when printing PDF file2018-10-26T15:24:24ZBugzilla Migration User0.31: Stack underflow when printing PDF file## Submitted by Patrick Schönbach
Assigned to **poppler-bugs**
**[Link to original bug (#89324)](https://bugs.freedesktop.org/show_bug.cgi?id=89324)**
## Description
poppler 0.31
Brother printers using BR-Script3
When printing PD...## Submitted by Patrick Schönbach
Assigned to **poppler-bugs**
**[Link to original bug (#89324)](https://bugs.freedesktop.org/show_bug.cgi?id=89324)**
## Description
poppler 0.31
Brother printers using BR-Script3
When printing PDFs, I only get an error page with a stack underflow error.
Such an error existed before, in 0.25 IIRC. It was fixed, but now it happens again.https://gitlab.freedesktop.org/poppler/poppler/-/issues/577pdftohtml produces wrongly nested tags2018-08-21T11:14:20ZBugzilla Migration Userpdftohtml produces wrongly nested tags## Submitted by pas..@..h.name
Assigned to **poppler-bugs**
**[Link to original bug (#89239)](https://bugs.freedesktop.org/show_bug.cgi?id=89239)**
## Description
Created attachment 113678
Source PDF
When converting the attached ...## Submitted by pas..@..h.name
Assigned to **poppler-bugs**
**[Link to original bug (#89239)](https://bugs.freedesktop.org/show_bug.cgi?id=89239)**
## Description
Created attachment 113678
Source PDF
When converting the attached PDF to XML using version 0.29.0
$ pdftohtml -xml in.pdf out.xml
It produces invalidly nested tags in the index portion near the end:
$ xmllint out.xml
out.xml:16770: parser error : Opening and ending tag mismatch: a line 16770 and b
font="11">`<b>`Abrüstung<a href="out.xml#314"> `</b>``<i>`314, `</i>``</a>`
Looking at the source document (page 320/327) the closing `</b>` should occur before the opening `<a>`, the numbers are linked and not bold.
Oddly the error doesn't occur for all entries.
~~**Attachment 113678**~~, "Source PDF":
[gruene_Wahlprogramm-barrierefrei.pdf](/uploads/8194e2624d0a1e4269b1df4f15ef76ef/gruene_Wahlprogramm-barrierefrei.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/389[patch] inline some frequently called stream functions2018-10-05T23:19:49ZBugzilla Migration User[patch] inline some frequently called stream functions## Submitted by William Bader
Assigned to **poppler-bugs**
**[Link to original bug (#89097)](https://bugs.freedesktop.org/show_bug.cgi?id=89097)**
## Description
Created attachment 113384
patch to inline some functions in Stream.c...## Submitted by William Bader
Assigned to **poppler-bugs**
**[Link to original bug (#89097)](https://bugs.freedesktop.org/show_bug.cgi?id=89097)**
## Description
Created attachment 113384
patch to inline some functions in Stream.cc and Stream.h
The various Stream classes have getChar() functions that are called once for each byte in the stream.
This patch makes some of the simpler functions inline.
Most of the functions are virtual, so they probably can't be inlined, but a few are not virtual, and the change seems to make a small difference.
The profiles are from running "pdftops 2-DESCR_648853-IT-EN-DE_MANITOU_RIGENERATO.pdf x.ps" three times on the test file from https://bugs.freedesktop.org/show_bug.cgi?id=89076
pdftops before the patch
% cumulative self self total
time seconds seconds calls ms/call ms/call name
15.25 0.93 0.93 8905797 0.00 0.00 GooString::formatDouble(double, char*, int, int, bool, char**, int*)
9.34 1.50 0.57 6172503 0.00 0.00 GooString::appendfv(char const*, __va_list_tag*)
7.87 1.98 0.48 34515024 0.00 0.00 FlateStream::getHuffmanCodeWord(FlateHuffmanTab*)
7.05 2.41 0.43 22730064 0.00 0.00 FlateStream::readSome()
6.48 2.81 0.40 18514623 0.00 0.00 Lexer::getObj(Object*, int)
5.90 3.17 0.36 16607355 0.00 0.00 Parser::getObj(Object*, bool, unsigned char*, CryptAlgorithm, int, int, int, int, bool)
5.90 3.53 0.36 106901274 0.00 0.00 JBIG2Segment::~JBIG2Segment()
4.92 3.83 0.30 111594801 0.00 0.00 FlateStream::getChar()
4.34 4.09 0.27 38266749 0.00 0.00 Object::free()
3.69 4.32 0.23 87202734 0.00 0.00 Lexer::lookChar()
3.61 4.54 0.22 19199391 0.00 0.00 GooString::append(char const*, int)
2.79 4.71 0.17 438 0.39 12.47 Gfx::go(bool)
2.62 4.87 0.16 38745 0.00 0.00 FlateStream::compHuffmanCodes(int*, int, FlateHuffmanTab*)
1.39 4.95 0.09 10967463 0.00 0.00 gmallocn
pdftops after the inline patch
12.99 0.73 0.73 8905797 0.00 0.00 GooString::formatDouble(double, char*, int, int, bool, char**, int*)
9.96 1.29 0.56 6172503 0.00 0.00 GooString::appendfv(char const*, __va_list_tag*)
8.10 1.75 0.46 18514623 0.00 0.00 Lexer::getObj(Object*, int)
7.38 2.16 0.42 22730064 0.00 0.00 FlateStream::readSome()
6.23 2.51 0.35 106901274 0.00 0.00 JBIG2Segment::~JBIG2Segment()
6.14 2.86 0.35 34515024 0.00 0.00 FlateStream::getHuffmanCodeWord(FlateHuffmanTab*)
4.98 3.14 0.28 16607355 0.00 0.00 Parser::getObj(Object*, bool, unsigned char*, CryptAlgorithm, int, int, int, int, bool)
4.72 3.40 0.27 111594801 0.00 0.00 FlateStream::getChar()
3.02 3.57 0.17 438 0.39 11.37 Gfx::go(bool)
2.67 3.72 0.15 38745 0.00 0.00 FlateStream::compHuffmanCodes(int*, int, FlateHuffmanTab*)
2.40 3.86 0.14 38266749 0.00 0.00 Object::free()
2.14 3.98 0.12 87202734 0.00 0.00 Lexer::lookChar()
2.05 4.09 0.12 43505223 0.00 0.00 FileStream::getChar()
1.96 4.20 0.11 5449956 0.00 0.00 Gfx::findOp(char*)
1.87 4.31 0.11 18343965 0.00 0.00 Parser::shift(int)
1.78 4.41 0.10 10967463 0.00 0.00 gmallocn
1.78 4.51 0.10 5449956 0.00 0.00 Gfx::execOp(Object*, Object*, int)
1.51 4.59 0.09 19199391 0.00 0.00 GooString::append(char const*, int)
1.07 4.65 0.06 2904 0.02 0.07 SampledFunction::SampledFunction(Object*, Dict*)
0.98 4.71 0.06 13247493 0.00 0.00 FlateStream::getCodeWord(int)
0.89 4.76 0.05 1208397 0.00 0.00 RunLengthStream::getChars(int, unsigned char*)
0.71 4.80 0.04 579486 0.00 0.00 GooString::formatInt(long long, char*, int, bool, int, int, char**, int*, bool)
0.62 4.83 0.04 72426 0.00 0.00 Parser::~Parser()
0.62 4.87 0.04 19782 0.00 0.00 BaseStream::getDict()
0.62 4.90 0.04 654 0.05 0.05 Lexer::getChar(bool)
0.62 4.94 0.04 LZWStream::getRawChar()
**Patch 113384**, "patch to inline some functions in Stream.cc and Stream.h":
[poppler-inline-12feb15.pat](/uploads/5542fd90e3ca8efdefc639e265ec5a6c/poppler-inline-12feb15.pat)https://gitlab.freedesktop.org/poppler/poppler/-/issues/542Some parts of the document aren't printed2018-08-21T18:28:43ZBugzilla Migration UserSome parts of the document aren't printed## Submitted by Geert Janssens
Assigned to **poppler-bugs**
**[Link to original bug (#89061)](https://bugs.freedesktop.org/show_bug.cgi?id=89061)**
## Description
Attached you will find an invoice I receive monthly in pdf format. ...## Submitted by Geert Janssens
Assigned to **poppler-bugs**
**[Link to original bug (#89061)](https://bugs.freedesktop.org/show_bug.cgi?id=89061)**
## Description
Attached you will find an invoice I receive monthly in pdf format. This
document displays fine in okular. If I print it (or look at the print preview
for that matter) I find that the text below "Facturatieadres" is hidden except
for one character and hence not printed properly.
This happens with every invoice I receive from this vendor.
I can print this document just fine with evince on the same machine.
Reproducible: Always
Steps to Reproduce:
1. Open the attached document
2. Open print preview in okular or print it
Actual Results:
The text below "Facturatieadres" is not visible except for one character. The
same when you effectively print the document.
Expected Results:
The address would be printeld completely.
I had first reported this bug against okular [1], but I was told this is a bug in poppler and I should report it here.
[1] https://bugs.kde.org/show_bug.cgi?id=343996https://gitlab.freedesktop.org/poppler/poppler/-/issues/196pdftops generates broken .ps file2021-07-08T14:53:27ZBugzilla Migration Userpdftops generates broken .ps file## Submitted by PeterG
Assigned to **poppler-bugs**
**[Link to original bug (#88532)](https://bugs.freedesktop.org/show_bug.cgi?id=88532)**
## Description
Created attachment 112384
Statement as PDF File hang up with rendering comp...## Submitted by PeterG
Assigned to **poppler-bugs**
**[Link to original bug (#88532)](https://bugs.freedesktop.org/show_bug.cgi?id=88532)**
## Description
Created attachment 112384
Statement as PDF File hang up with rendering completed printing with Okular
I already filed a bug at bugs.kde.org. The guys there said it's a problem with poppler and I should file a bug here.
The complete history of the bug can be seen at:
https://bugs.kde.org/show_bug.cgi?id=342548.
I did -> pdftops KA_20141208-1_public.pdf
Syntax Warning: FoFiType1::parse a line has more than 255 characters, we don't support this
This warning appears about 100 to 150 times.
The ".ps"-file has ben created.
After entering ->
gs KA_20141208-1_public.ps
a window came up, flashed 1 second and then disappeared. The terminal output was:
GPL Ghostscript 9.07 (2013-02-14) Copyright (C) 2012 Artifex Software, Inc.
All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading NimbusSanL-Bold font from /usr/share/ghostscript/9.06/Resource/Font/NimbusSanL-Bold... 3461368 2075877 23109360 20842461 1 done.
Error: /undefined in e657865630ad9d66f633b846a989b9974b0179fc6cc445bc1325eb8f274dd24a5 Operand stack: --dict:8/12(L)-- --nostringval-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1894 1 3 %oparray_pop 1893 1 3 %oparray_pop 1877 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- Dictionary stack: --dict:1159/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)-- --dict:69/75(L)-- Current allocation mode is local Current file position is 4306645 GPL Ghostscript 9.07: Unrecoverable error, exit code 1
(Please be patient, english is not my first language)
**Attachment 112384**, "Statement as PDF File hang up with rendering completed printing with Okular":
[KA_20141208-1_public.pdf](/uploads/1d5fb77dfd121870e01de9212aca544d/KA_20141208-1_public.pdf)