Bug 458723 - PDF document isn't shown - "Please wait ..." message is shown instead
Summary: PDF document isn't shown - "Please wait ..." message is shown instead
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: 22.08.0
Platform: Other FreeBSD
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
: 458802 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-09-05 02:16 UTC by Yuri
Modified: 2022-10-28 12:40 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yuri 2022-09-05 02:16:15 UTC
SUMMARY
Okular fails to display this document: https://www.uspto.gov/sites/default/files/documents/aia0014.pdf


OBSERVED RESULT
"Please wait..." message.


SOFTWARE/OS VERSIONS
FreeBSD 13.1
Comment 1 Yuri Chornoivan 2022-09-05 05:56:18 UTC
Works fine here (poppler 20.12.1, okular 22.08, Mageia 8).
Comment 2 Yuri 2022-09-05 06:02:47 UTC
I have poppler-22.08.0 and it doesn't work.
What's wrong?
Comment 3 Yuri Chornoivan 2022-09-05 06:09:04 UTC
(In reply to Yuri from comment #2)
> I have poppler-22.08.0 and it doesn't work.
> What's wrong?

The document is tailored for Adobe Reader. It cannot be shown in any other engine (poppler, FoxIt, etc.). It shows what has to be shown by design.
Comment 4 Yuri 2022-09-05 06:12:17 UTC
But you said earlier that it works in Okular for you.
Comment 5 Yuri Chornoivan 2022-09-05 06:13:43 UTC
(In reply to Yuri from comment #4)
> But you said earlier that it works in Okular for you.

I meant "It works as it should".
Comment 6 Yuri 2022-09-06 17:06:58 UTC
I think that Okular needs to have a feature similar to ability to change "User Agent" in browsers.

Whatever the check in PDF is Okular should be able to either ignore it or supply a pre-defined value and be able to open any documents.

P in PDF stands for portable. How come some documents aren't portable?
Comment 7 Oliver Sander 2022-09-06 18:10:04 UTC
I haven't checked this particular case, but documents that show this warning message typically contain XFA forms. These forms are described in a document several hundred pages long, and nobody has ever had the nerve to start an open implementation.
Comment 8 Laura David Hurka 2022-09-07 20:26:08 UTC
*** Bug 458802 has been marked as a duplicate of this bug. ***
Comment 9 johnathan 2022-10-19 17:00:30 UTC
(In reply to Oliver Sander from comment #7)
> I haven't checked this particular case, but documents that show this warning
> message typically contain XFA forms. These forms are described in a document
> several hundred pages long, and nobody has ever had the nerve to start an
> open implementation.

apparently firefox now can do that so yeah

https://hacks.mozilla.org/2021/10/implementing-form-filling-and-accessibility-in-the-firefox-pdf-viewer/
https://www.theregister.com/2022/10/18/firefox_106_arrives/

>Firefox has been able to display PDFs for many years, and since version 93 late last year, you can complete forms directly in the browser as well – in both AcroForms and the deprecated XFA format. That nicely obsoletes Adobe's scary warning about the older format.


so now firefox can edit xfa forms, allow users to type in a name or tick a checkbox but okular cannot even display the file?  yeah
Comment 10 Albert Astals Cid 2022-10-19 21:43:47 UTC
(In reply to johnathan from comment #9)
> so now firefox can edit xfa forms, allow users to type in a name or tick a
> checkbox but okular cannot even display the file?  yeah

Firefox has a like 700 employees, Okular has 0. I don't see why it is surprising to you. Also XFA is basically a webpage so adding support for it in Firefox is defenitely easier than in Okular.

But yes please be an asshole to us developers, that will for sure make us work for free for ungrateful people like you
Comment 11 Paul Worrall 2022-10-28 12:40:58 UTC
*** Bug 461093 has been marked as a duplicate of this bug. ***