| Summary: | Garbage Printing for PDF with form data | ||
|---|---|---|---|
| Product: | [Applications] okular | Reporter: | MichaelOF <michaelof> |
| Component: | printing | Assignee: | Okular developers <okular-devel> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | aacid, andreas.naumann |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
left okular with the original file, right okular with the printed to pdf file
left okular with original file, right print preview SourcePdfFWithFormData SourcePdfFWithFormData_CUPS-PDF-Printed_from_Okular_GARBAGED SourcePdfFWithFormData_CUPS-PDF-Printed_from_Xreader_GARBAGED Okular via flatpak left okular with original file, right print preview left okular with original file, right print preview Screenshots as requested, commented inline |
||
|
Description
MichaelOF
2022-06-20 12:06:19 UTC
Can you attach a screenshot of the print preview screen so I can see what you mean? Created attachment 149967 [details]
left okular with the original file, right okular with the printed to pdf file
Created attachment 149970 [details]
left okular with original file, right print preview
(In reply to Albert Astals Cid from comment #1) > Can you attach a screenshot of the print preview screen so I can see what > you mean? Those attachments (https://bugs.kde.org/attachment.cgi?id=149967 and https://bugs.kde.org/attachment.cgi?id=149970) show a different behavior between the preview and the to-pdf-printed file. In addition, the preview is also different to the view in okular. I have okular 20.12.3 using debian bullseye. Which backend is responsible for the printing and the preview? You're probably using some mega old poppler, can you try running okular from flathub and see if that helps? https://flathub.org/apps/details/org.kde.okular Created attachment 149976 [details]
SourcePdfFWithFormData
Created attachment 149977 [details]
SourcePdfFWithFormData_CUPS-PDF-Printed_from_Okular_GARBAGED
Created attachment 149978 [details]
SourcePdfFWithFormData_CUPS-PDF-Printed_from_Xreader_GARBAGED
(In reply to Albert Astals Cid from comment #5) > You're probably using some mega old poppler $ zypper se -iv poppler Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository --+------------------------+-------+------------------+--------+------------------------------------------------------------- i | libpoppler-cpp0 | Paket | 0.79.0-3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 name: libpoppler-cpp0 i | libpoppler-glib8 | Paket | 0.79.0-3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 name: libpoppler-glib8 i | libpoppler-glib8-32bit | Paket | 0.79.0-3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 name: libpoppler-glib8-32bit i | libpoppler-qt5-1 | Paket | 0.79.0-3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 name: libpoppler-qt5-1 i | libpoppler89 | Paket | 0.79.0-3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 name: libpoppler89 i | libpoppler89-32bit | Paket | 0.79.0-3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 name: libpoppler89-32bit i | poppler-data | Paket | 0.4.9-bp153.1.14 | noarch | openSUSE OSS name: poppler-data i | poppler-tools | Paket | 0.79.0-3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 name: poppler-tools Will try flatpak version next Created attachment 149979 [details]
Okular via flatpak
Tried with flatpak. No base PDF doc anymore visible, only form data left. Maybe because of Wayland?
Created attachment 150023 [details]
left okular with original file, right print preview
this time I used flatpack, okular version 22.04.2.
The form data in section 3 ("Ladeeinrichtungen") are at different positions compared between original (left) and print preview (right)
I'm super confused, you both say to be using the same flatpak version but your two screenshots look totally different. that makes no sense. MichaelOF did you *fill* the PDF in the new version or open the already filled/broken one? andreas.naumann@kdemail.net i don't really see what's wrong in your last screenshot, can you put some red arrows to help me look at the correct place? Created attachment 150082 [details]
left okular with original file, right print preview
I open the original file, but show the print preview of page 1 without filling the forms.
The red areas show two examples of the differences. the text ", je" and the unit "KW" are at different positions. In the left it is right to the underline, in the right on top of the underline. The underline represents the fill form.
Created attachment 150096 [details]
Screenshots as requested, commented inline
@andreas.naumann@kdemail.net: THANKS for helping! @aacid@kde.org: Didn't want to confuse you :) Colorized/marked screenshots added. Regarding flatpal question: Both Andreas and I used the same flatpak version. But as shown in screenshot https://bugs.kde.org/attachment.cgi?id=149979, flatpak's Okular doesn't even work on my machine. I guess maybe because of Wayland, no idea, as no error msg. Ok, i can see the issue now. This is not an okular issue, Okular uses poppler to handle PDF files, and specifically to convert PDF files to ps so they can be printed (yes, this is archaic and we probably shouldn't do it anymore). If you "print" your saved pdf with pdftops and then you open the resulting ps with gs (or okular) you'll see the same issue happens. Please open a bug upstream in poppler https://gitlab.freedesktop.org/poppler/poppler/-/issues/new?issue |