| Summary: | Pages are being incorrectly rendered very small and side by side 3 times on a single page | ||
|---|---|---|---|
| Product: | [Applications] okular | Reporter: | Kalcifer <izerpizer> |
| Component: | PDF backend | Assignee: | Okular developers <okular-devel> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | critical | CC: | aacid, kde, kdmw.629 |
| Priority: | NOR | ||
| Version First Reported In: | 25.04.2 | ||
| Target Milestone: | --- | ||
| Platform: | Flatpak | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Bad rendering example
Good rendering of the bad rendering example from pdf.js KDEBugTriage_Okular_Bug 506416 |
||
|
Description
Kalcifer
2025-07-01 00:47:17 UTC
Created attachment 182818 [details]
Good rendering of the bad rendering example from pdf.js
I've also found that the PDF can't be viewed in Ungoogled Chromium. Created attachment 182822 [details]
KDEBugTriage_Okular_Bug 506416
Tried to replicate the bug and was successful in Okular and xPDF. This screenshot shows the bug being replicated in xPDF too.
I am not a KDE developer. I am trying to do a KDE Bug Triage (https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging) I replicated the issue based on the steps given in the Additional section. The PDF file downloaded was 123 MB in size. It does not render properly in Okular ver 25.04.2. Nor in KDE Falkon 25.04.2. The PDF does not render properly using xPDFReader ver 4.05 too. Please see the attached screenshot with the name, "KDEBugTriage_Okular_Bug 506416" for more details. The same behavior is observed as is seen in Okular The PDF renders fine, without any issue, in Mozilla Firefox version 140. Maybe something to do with a shared library that Okular and xPDF use to render PDF? I will note, as I neglected to do so in my initial report, an example page in the PDF I provided where the issue can be observed is page 269. There are many others too, of course. This is likely a bug in poppler. The poppler code is used by Okular and Evince (and many distribution versions of xpdf) to render pdf files. (In reply to Sune Vuorela from comment #6) > This is likely a bug in poppler. The poppler code is used by Okular and > Evince (and many distribution versions of xpdf) to render pdf files. What other pdf readers and renderers dont use poppler? Do muPDF or xReader or zathura or Sioyek use poppler? qpdfview uses poppler. If we find one more acrobat reader which does not use poppler then we can use it to confirm how the pdf renders. (In reply to kdmw.629 from comment #7) > What other pdf readers and renderers dont use poppler? Do muPDF or xReader > or zathura or Sioyek use poppler? I don't think mupdf uses poppler. sioyek uses an old mupdf. xreader does use poppler. Zathura uses either mupdf or poppler. The the pdf viewers in your browser likely does not use poppler, neither does acrobat reader (windows). It is a poppler bug. If you do pdftoppm -f 306 -l 306 -png ilide.info-tac-geometric-design-guide-for-canadian-roads-2017-pr_9dd597aece08dc2c946ef94a41cd9f15.pdf blo you can then open the blo-0306.png file and it will be badly rendered too. Please file it at https://gitlab.freedesktop.org/poppler/poppler/-/issues (In reply to Albert Astals Cid from comment #9) > Please file it at https://gitlab.freedesktop.org/poppler/poppler/-/issues Done: I have reported it [here](https://gitlab.freedesktop.org/poppler/poppler/-/issues/1607). |