poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-08-21T11:15:39Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/589horizontal white lines on the background image2018-08-21T11:15:39ZBugzilla Migration Userhorizontal white lines on the background image## Submitted by Thibaud Lutellier
Assigned to **poppler-bugs**
**[Link to original bug (#97485)](https://bugs.freedesktop.org/show_bug.cgi?id=97485)**
## Description
Created attachment 126040
PDF that triggers the problem (see fir...## Submitted by Thibaud Lutellier
Assigned to **poppler-bugs**
**[Link to original bug (#97485)](https://bugs.freedesktop.org/show_bug.cgi?id=97485)**
## Description
Created attachment 126040
PDF that triggers the problem (see first page)
Summary:
There are some white horizontal lines on the background of the 1st page of the attached PDF file. This is visible with Evince, but not with Okular.
I also get the white lines with pdftocairo (version 0.44.0)
Steps to Reproduce:
Open the file with Evince and look at the first page, or:
1) pdftocairo -singlefile -png 014231.pdf
2) eog 014231.png
Actual Results:
014231.png contains some horizontal white lines.
Expected Results:
The background image should not contains any white lines.
**Attachment 126040**, "PDF that triggers the problem (see first page)":
[014231.pdf](/uploads/43a253fa0fed788c5dadafda16f8b7bc/014231.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/587[pdftotext] rotated text layout breaks output text2018-08-21T11:15:22ZBugzilla Migration User[pdftotext] rotated text layout breaks output text## Submitted by Dm
Assigned to **poppler-bugs**
**[Link to original bug (#92888)](https://bugs.freedesktop.org/show_bug.cgi?id=92888)**
## Description
Created attachment 119537
PDF with watermark
I try to extract text from pdf wi...## Submitted by Dm
Assigned to **poppler-bugs**
**[Link to original bug (#92888)](https://bugs.freedesktop.org/show_bug.cgi?id=92888)**
## Description
Created attachment 119537
PDF with watermark
I try to extract text from pdf with rotated text layout (like watermark). Text from this layout is splitted into parts and that parts break main text.
Example output from the attached pdf:
rm
ar
k
Verdana
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed
...
**Attachment 119537**, "PDF with watermark":
[pdf-example-watermarks.original.pdf](/uploads/3eb6dd8d8cb6d565e71570e4f278878f/pdf-example-watermarks.original.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/583Object generation numbers aren't updated (except in the xref table)2018-08-21T11:15:01ZBugzilla Migration UserObject generation numbers aren't updated (except in the xref table)## Submitted by Jakub Alba
Assigned to **poppler-bugs**
**[Link to original bug (#97092)](https://bugs.freedesktop.org/show_bug.cgi?id=97092)**
## Description
If you update an object, its generation number will only be incremented...## Submitted by Jakub Alba
Assigned to **poppler-bugs**
**[Link to original bug (#97092)](https://bugs.freedesktop.org/show_bug.cgi?id=97092)**
## Description
If you update an object, its generation number will only be incremented in the cross-reference table, but e.g. not in the object header or, if it is the "Info" dictionary, in the "Info" entry of the trailer dictionary.
To reproduce this bug, update an object (e.g. modify a single annotation in evince) and use "tail" unix utility with the "-n" option big enough (e.g. 100) to see the object header of the updated object. No matter how many times you update the object, the generation number is still the same. The generation number in the cross-reference table will be updated though.https://gitlab.freedesktop.org/poppler/poppler/-/issues/581Web browsers displays artifacts for svg images generated from pdf documents2018-08-21T11:14:55ZBugzilla Migration UserWeb browsers displays artifacts for svg images generated from pdf documents## Submitted by Alex
Assigned to **poppler-bugs**
**[Link to original bug (#103296)](https://bugs.freedesktop.org/show_bug.cgi?id=103296)**
## Description
Created attachment 134865
original pdf file
After converting some pdf docu...## Submitted by Alex
Assigned to **poppler-bugs**
**[Link to original bug (#103296)](https://bugs.freedesktop.org/show_bug.cgi?id=103296)**
## Description
Created attachment 134865
original pdf file
After converting some pdf documents to svg images by pdftocairo all web browsers (at least Firefox 56.0, Safari 11.0, Chrome 61.0.3163.100 in MAC OSX) show artifacts on images.
To reproduce the issue make the following steps:
- convert the attached pdf to SVG:
pdftocairo -svg -f 1 -l 1 err-doc-5.pdf err-doc-5.svg
- open the SVG image by any mentioned web browser and check how it looks. It expects no any artifacts on the image but it contains black rectangles. Researching the SVG content showed that these elements have the following structure:
<path xmlns="http://www.w3.org/2000/svg" style=" stroke:none;fill-rule:evenodd;fill:rgb(0%,0%,0%);fill-opacity:1;" d="M 394.175781 101.183594 L 570.613281 102.773438 L 571.117188 40 L 394.679688 38.410156 Z M 394.175781 101.183594 "/>
This issue has been tested with latest poppler versions 0.60 and 0.60.1. Previous versions of pdftocairo also contain this problem.
PS: here is the environment info on my Ubuntu 14.04 after running "cmake .."
-- checking for module 'nss>=3.19'
-- package 'nss>=3.19' not found
-- Could NOT find NSS3 (missing: NSS3_LIBRARIES NSS3_CFLAGS)
-- Found Qt-Version 4.8.6 (using /usr/bin/qmake)
-- checking for modules 'glib-2.0>=2.41;gobject-2.0>=2.41;gio-2.0>=2.41'
-- package 'glib-2.0>=2.41' not found
-- package 'gobject-2.0>=2.41' not found
-- package 'gio-2.0>=2.41' not found
-- Could NOT find GLib (missing: GLIB2_LIBRARIES GLIB2_CFLAGS)
-- checking for module 'libopenjp2'
-- package 'libopenjp2' not found
-- Found lcms version 2.05, /usr/lib/x86_64-linux-gnu/liblcms2.so
-- Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Building Poppler with support for:
font configuration: fontconfig
splash output: yes
cairo output: yes
qt4 wrapper: yes
qt5 wrapper: yes
glib wrapper: no
introspection: no
gtk-doc: no
cpp wrapper: yes
use libjpeg: yes
use libpng: yes
use libtiff: yes
use zlib compress: yes
use zlib uncompress: no
use nss3: no
use curl: no
use libopenjpeg: yes
with openjpeg1
use cms: yes
with lcms2
command line utils: yes
test data dir: /home/alex/poppler/../test
-- Configuring done
**Attachment 134865**, "original pdf file":
[err-doc-5.pdf](/uploads/234fdd9630fcd6c4ba8f68a8f85c7ad5/err-doc-5.pdf)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/576Garbled rendering of pdfs2018-08-21T11:14:05ZBugzilla Migration UserGarbled rendering of pdfs## Submitted by Shridhar Daithankar
Assigned to **poppler-bugs**
**[Link to original bug (#91891)](https://bugs.freedesktop.org/show_bug.cgi?id=91891)**
## Description
Some pdfs have very garbled rendering e.g. http://darknedgy.ne...## Submitted by Shridhar Daithankar
Assigned to **poppler-bugs**
**[Link to original bug (#91891)](https://bugs.freedesktop.org/show_bug.cgi?id=91891)**
## Description
Some pdfs have very garbled rendering e.g. http://darknedgy.net/files/systembsd.pdf. Other pdf readers such as mupdf can render them correctly.
I am using poppler 0.33.0, okular 15.08.0(0.23.0) from archlinux packages.https://gitlab.freedesktop.org/poppler/poppler/-/issues/574Loading image from a big pdf display blank image2018-08-21T11:13:52ZBugzilla Migration UserLoading image from a big pdf display blank image## Submitted by Munish Kumar
Assigned to **poppler-bugs**
**[Link to original bug (#106202)](https://bugs.freedesktop.org/show_bug.cgi?id=106202)**
## Description
Created attachment 139045
The pdf file I am facing the issue
I am ...## Submitted by Munish Kumar
Assigned to **poppler-bugs**
**[Link to original bug (#106202)](https://bugs.freedesktop.org/show_bug.cgi?id=106202)**
## Description
Created attachment 139045
The pdf file I am facing the issue
I am using poppler to load jpeg images from a pdf. When the size of loaded images cross the limit of cairo i.e `32767` it show blank jpeg image. My pdftocairo version is 0.56.0. here is an file
**Attachment 139045**, "The pdf file I am facing the issue":
[SP4_MD_HC_AB_FP_02_008_Bwin__2_.pdf](/uploads/021e9b4338a3eed357807b81f0e8373a/SP4_MD_HC_AB_FP_02_008_Bwin__2_.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/572regression causes correctly rendered PDF to print incorrectly with spirals in...2018-08-21T11:13:27ZBugzilla Migration Userregression causes correctly rendered PDF to print incorrectly with spirals instead of some spaces## Submitted by wxl
Assigned to **poppler-bugs**
**[Link to original bug (#70466)](https://bugs.freedesktop.org/show_bug.cgi?id=70466)**
## Description
Created attachment 87632
pdf that prints with weird spirals instead of some sp...## Submitted by wxl
Assigned to **poppler-bugs**
**[Link to original bug (#70466)](https://bugs.freedesktop.org/show_bug.cgi?id=70466)**
## Description
Created attachment 87632
pdf that prints with weird spirals instead of some spaces
this has been escalated from the KDE bugtracker. originally thought to be an issue with Okular, it has become apparent the issue lies in poppler itself. the original bug report can be seen here:
https://bugs.kde.org/show_bug.cgi?id=325908
long story short:
The attached PDF, when printing, on some lines, spaces are replaced with a spiral character I can't identify. An example is the second line of the guarantee on page 8.
This is with KDE 4.10.5 (Kubuntu 13.04) and Okular 0.16.5 (GPL Ghostscript 9.07 (2013-02-14)).
No problem with Adobe Reader, lp, or KDE 4.8.5/Kubuntu 12.04.3/Okular 0.14.3 (GPL Ghostscript 9.05 (2012-02-08)).
pdftops has no problem, but gs .ps results in a segfault when it hits the aforementioned line.
**Attachment 87632**, "pdf that prints with weird spirals instead of some spaces":
[Front___Rear_Rack_w-Sat_Mk_II_Imposed.pdf](/uploads/9537e10393ae2f8816fdc18f54589256/Front___Rear_Rack_w-Sat_Mk_II_Imposed.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/571Text not rendered in poppler-glib2018-08-21T11:13:21ZBugzilla Migration UserText not rendered in poppler-glib## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#76042)](https://bugs.freedesktop.org/show_bug.cgi?id=76042)**
## Description
Created attachment 95622
PDF Test Case
This was reported in GN...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#76042)](https://bugs.freedesktop.org/show_bug.cgi?id=76042)**
## Description
Created attachment 95622
PDF Test Case
This was reported in GNOME's bugzilla.
The attached PDF does not render any text, but the background and images.
The text can be selected, copied and pasted without major issues.
qt4, either with arthur and splash backend, renders the document fine. So,
I assume it could be an issue with cairo-backend.
poppler 7a2db6 and cairo 2a7f13.
**Attachment 95622**, "PDF Test Case":
[colfax1.pdf](/uploads/de1280e415f8005012246530ddb71388/colfax1.pdf)
### See also
* [Bug 726128](https://bugzilla.gnome.org/show_bug.cgi?id=726128)https://gitlab.freedesktop.org/poppler/poppler/-/issues/568Syntax Error: Unknown character collection 'DYNA-HK1'2018-08-21T11:12:55ZBugzilla Migration UserSyntax Error: Unknown character collection 'DYNA-HK1'## Submitted by Martin Hong
Assigned to **poppler-bugs**
**[Link to original bug (#93290)](https://bugs.freedesktop.org/show_bug.cgi?id=93290)**
## Description
Overview: I tried to convert a sample pdf which is exported from Mac O...## Submitted by Martin Hong
Assigned to **poppler-bugs**
**[Link to original bug (#93290)](https://bugs.freedesktop.org/show_bug.cgi?id=93290)**
## Description
Overview: I tried to convert a sample pdf which is exported from Mac OS X's Keynote.app and contains some Chinese characters through `pdftoppm` command, but it complains with an error:
Syntax Error: Unknown character collection 'DYNA-HK1'
Steps to Reproduce:
1. Open Keynote.app, click "New Document", and then select a random theme to start;
2. Input some Chinese characters on slides;
3. Click "File" menu item and then select "Export to ..." and select "PDF";
4. Export a PDF file;
5. Use `pdftoppm` to convert exported PDF file.
Actual Results:
it complains with an error: "Syntax Error: Unknown character collection 'DYNA-HK1'"
Expected Results:
Convert sample PDF file into images without any complain.
Build Date & Hardware:
2015-12-05 on Mac OS 10.11.1 with Keynote.app v6.6.1
Additional Information:
The below lists some details:
————————
$ pdftoppm -v
pdftoppm version 0.37.0
Copyright 2005-2015 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
————————
$ pdftoppm -png ~/Desktop/test.pdf tmp
Syntax Error: Unknown character collection 'DYNA-HK1’
the `test.pdf` is exported from Mac OS’ Keynote.app and contains some Chinese characters. If I try to export a pdf which doesn’t contain any Chinese characters, it will work. Additionally, I also tried to use pdftotext to print text in `test.pdf`, it can print text normally.
You can also download the test pdf from here: http://7xj84e.com1.z0.glb.clouddn.com/test.pdf .
I also tried to convert the test pdf through ImageMagick's convert command, it worked as expected as poppler did not.https://gitlab.freedesktop.org/poppler/poppler/-/issues/564no pages in (probably corrupted) document2018-08-21T11:11:43ZBugzilla Migration Userno pages in (probably corrupted) document## Submitted by Hib Eris
Assigned to **poppler-bugs**
**[Link to original bug (#44488)](https://bugs.freedesktop.org/show_bug.cgi?id=44488)**
## Description
Created attachment 55161
PDF document showing no pages in poppler
Forwar...## Submitted by Hib Eris
Assigned to **poppler-bugs**
**[Link to original bug (#44488)](https://bugs.freedesktop.org/show_bug.cgi?id=44488)**
## Description
Created attachment 55161
PDF document showing no pages in poppler
Forwarding a bug from Evince' mailing-list:
On Sun, Dec 25, 2011 at 12:59 PM, <Software@quantentunnel.de> wrote:
>
> I use Document Viewer 2.32.0 with poppler/cairo (0.16.4) on Ubuntu 11.04 and
> gnome 2.32.1. The attached pdf document (downloaded from
> http://www.ubs.com/ch/de/swissbank/private/families_couples.html, then click
> 'UBS Family' in upper right corner of web page) does not open correctly,
> instead evince says "Das Dokument enthält keine Seiten" (= the document does
> not contain pages). The same document opens correctly with Adobe Acrobat
> Reader 9 for Linux, version 9.4.2 02/11/2011.
**Attachment 55161**, "PDF document showing no pages in poppler":
[164787_20090324_Brosch_Family_Jan09_D_ohne_20Talon.pdf](/uploads/85a40db24a395ff17d7a0b56cc7a1513/164787_20090324_Brosch_Family_Jan09_D_ohne_20Talon.pdf)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/559no alpha channel in images extracted with pdfimages tool2018-08-21T11:11:14ZBugzilla Migration Userno alpha channel in images extracted with pdfimages tool## Submitted by quu..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#28963)](https://bugs.freedesktop.org/show_bug.cgi?id=28963)**
## Description
Images are output in PPM, which does not support an alpha channel. ...## Submitted by quu..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#28963)](https://bugs.freedesktop.org/show_bug.cgi?id=28963)**
## Description
Images are output in PPM, which does not support an alpha channel. I suggest switching this to the similar binary format PAM which supports an optional alpha channel or the more standard PNG format.https://gitlab.freedesktop.org/poppler/poppler/-/issues/556-xml outputs malformed xml2018-08-21T11:11:02ZBugzilla Migration User-xml outputs malformed xml## Submitted by dan..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98305)](https://bugs.freedesktop.org/show_bug.cgi?id=98305)**
## Description
Overview:
The following pdf causes pdftohtml to output malform...## Submitted by dan..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98305)](https://bugs.freedesktop.org/show_bug.cgi?id=98305)**
## Description
Overview:
The following pdf causes pdftohtml to output malformed xml:
http://www.atmel.com/images/Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf
The resulting xml file has multiple similar errors, the first one on line 71641:
`<text top="180" left="71" width="101" height="15" font="11">``<b>`Sp<a href="Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.html#876">eed [MHz] `</b>`(3)`</a>``</text>`
(the closing b and a tags are not in the correct order)
Steps to Reproduce:
1) wget http://www.atmel.com/images/Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf
2) pdftohtml -q -i -xml Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf output.xml
Actual Results:
malformed xml
Expected Results:
well-formed xml. And I'm not quite sure if the link is placed on the correct piece of text. In the pdf only the text "(3)" is clickable and none of it is bold.
Build Date & Hardware:
Built on 2016-10-18 from source (0.48.0) on Ubunty 14.04 LTS
Additional Builds and Platforms:
Also occurred in the version of pdftohtml that was installed using apt-get (0.28 if I recall correctly)
Cheers,
Danielhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/533Infinite loop in TextOutputDev2018-08-21T11:08:48ZBugzilla Migration UserInfinite loop in TextOutputDev## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#30892)](https://bugs.freedesktop.org/show_bug.cgi?id=30892)**
## Description
The attached PDF appears to have an infinite loop in Te...## Submitted by Adrian Johnson `@ajohnson`
Assigned to **poppler-bugs**
**[Link to original bug (#30892)](https://bugs.freedesktop.org/show_bug.cgi?id=30892)**
## Description
The attached PDF appears to have an infinite loop in TextOutputDev when using the cairo backend. A git bisect shows the commit that introduced this bug to be:
commit 5b0f2355d55a5104820fd0bf16b4e76b25959de4
Author: Carlos Garcia Campos <carlosgc@gnome.org>
Date: Sun Dec 14 11:49:00 2008 +0100
[glib] Use TextPage instead of TextOutputDev when cairo is enabledhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/529rendering graphics as black boxes2018-08-21T11:08:10ZBugzilla Migration Userrendering graphics as black boxes## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#39601)](https://bugs.freedesktop.org/show_bug.cgi?id=39601)**
## Description
this report has been filed here:
https://bugs.launchpad.net/u...## Submitted by Pedro Villavicencio
Assigned to **poppler-bugs**
**[Link to original bug (#39601)](https://bugs.freedesktop.org/show_bug.cgi?id=39601)**
## Description
this report has been filed here:
https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/817064
"for several days now evince displays PDF files generated by printing with firefox to cupspdf incorrectly. It renders embedded graphics as black boxes (example attached).
I still can print and display these files with okular correctly, so I guess it is a problem of evince. (I first opened a bug for ghostscript but then realized that my printer's queue and okular process it correctly.)" BTW acroread is not showing the graphics either but it works fine with xpdf. Thanks!.
pdf:
https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/817064/+attachment/2236614/+files/job_622-Doctoral_degrees__The_disposable_academic___The_Economist.pdfhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/527windows build of pdftohtml generating malformed first page2018-08-21T11:08:02ZBugzilla Migration Userwindows build of pdftohtml generating malformed first page## Submitted by Craig Whitcombe
Assigned to **poppler-bugs**
**[Link to original bug (#39896)](https://bugs.freedesktop.org/show_bug.cgi?id=39896)**
## Description
You dont provide a prebuild windows installer so I have used the o...## Submitted by Craig Whitcombe
Assigned to **poppler-bugs**
**[Link to original bug (#39896)](https://bugs.freedesktop.org/show_bug.cgi?id=39896)**
## Description
You dont provide a prebuild windows installer so I have used the one available from here:
http://www.compgeom.com/~piyush/scripts/scripts.html
When I generate a complex document the first page looks garbled because the first page is treated as both an image and text.
This results in text overlaying the same text in the image. As it is off by a couple of pixels the result is not readable.
Unfortunately I do not have a demo document at this timehttps://gitlab.freedesktop.org/poppler/poppler/-/issues/524does not display pdf file correctly2018-08-21T11:07:52ZBugzilla Migration Userdoes not display pdf file correctly## Submitted by Martin Juergens
Assigned to **poppler-bugs**
**[Link to original bug (#17422)](https://bugs.freedesktop.org/show_bug.cgi?id=17422)**
## Description
Created attachment 18658
pdf file
the attached pdf document is no...## Submitted by Martin Juergens
Assigned to **poppler-bugs**
**[Link to original bug (#17422)](https://bugs.freedesktop.org/show_bug.cgi?id=17422)**
## Description
Created attachment 18658
pdf file
the attached pdf document is not rendered correctly.
**Attachment 18658**, "pdf file":
[attachment.cgi](/uploads/1dfa7b548a15e6d5c4e408528669b5d5/attachment.cgi)https://gitlab.freedesktop.org/poppler/poppler/-/issues/520pdftohtml: RTL text generated backwards2018-08-21T11:07:20ZBugzilla Migration Userpdftohtml: RTL text generated backwards## Submitted by Nezmer
Assigned to **poppler-bugs**
**[Link to original bug (#28076)](https://bugs.freedesktop.org/show_bug.cgi?id=28076)**
## Description
"pdftohtml" seems to generate RTL text backwards. It's like (abc) is genera...## Submitted by Nezmer
Assigned to **poppler-bugs**
**[Link to original bug (#28076)](https://bugs.freedesktop.org/show_bug.cgi?id=28076)**
## Description
"pdftohtml" seems to generate RTL text backwards. It's like (abc) is generated (cba). You can read the generated text from LTR but that's not convenient ;)
"pdftotext" is behaving correctly.https://gitlab.freedesktop.org/poppler/poppler/-/issues/518Quality of convertion pdf to html2018-08-21T11:07:12ZBugzilla Migration UserQuality of convertion pdf to html## Submitted by isaric
Assigned to **poppler-bugs**
**[Link to original bug (#43297)](https://bugs.freedesktop.org/show_bug.cgi?id=43297)**
## Description
I am French, sorry for my translation.
I use poppler-utils 0.16.7-2ubuntu2 ...## Submitted by isaric
Assigned to **poppler-bugs**
**[Link to original bug (#43297)](https://bugs.freedesktop.org/show_bug.cgi?id=43297)**
## Description
I am French, sorry for my translation.
I use poppler-utils 0.16.7-2ubuntu2 (oneiric)
I use "pdftohtml -c *.pdf"
for exemple isaric.cof.free.fr/PDFtoHTML/5-1d-a-afk-1-15-18-55-62.pdf
give http://isaric.cof.free.fr/PDFtoHTML/5-1d-a-afk_ind.html with shifts on the level of spaces
The columns don't use the same ones spaces.
in advance thanks