https://bugs.kde.org/show_bug.cgi?id=502942

            Bug ID: 502942
           Summary: PDF form submit button systematically dialogs “one or
                    more fields are required”
    Classification: Applications
           Product: okular
           Version: 24.12.3
          Platform: Debian unstable
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: PDF backend
          Assignee: okular-devel@kde.org
          Reporter: ga...@fdn.fr
  Target Milestone: ---

Created attachment 180359
  --> https://bugs.kde.org/attachment.cgi?id=180359&action=edit
A join form for an international event, generated by jotform.com i think

STEPS TO REPRODUCE
1. open the attached pdf with forms (or, maybe, any one generated by
jotform.com, but it is proprietary software i think, hosted by AWS, and it
blocks my user-agent)
2. fill with any information *every* form’s field
3. click on “submit”

OBSERVED RESULT
A dialog window immediately opens with the text “one or more fields are
required”, and no more information (even debug information) about what happened
and why (and i’ve searched everywhere in Okular’s interface… and one knows
okular has the most comprehensive GUI a pdf reader can have, among those i
know)

EXPECTED RESULT
Ideally: a dialog that describes the planned effect by those who made the pdf
forms, and asks consent about it, such as “do you want to update the PDF file
with your answers?”, “do you want to submit this pdf by mail to <address>?”,
“do you want to send the fields value to <URL>?” or maybe even (idk if it’s
possible) “do you want to save the results in <some predefined filename
format>.csv?”, or even, if possible, the possibility to edit such action (to
send the information to another address/file or in another format)

In case required forms are not filled or not correctly, programmatically
generated explanations, in the human language of the current locale, of what
were the checks and what did make them fail are listed (such as happens for
xml/html forms on the web in those cases); this is in addition (or instead, in
the case the work to translate them to the current locale was not done, but
along with a message explaining it was not done, and a link toward the most
specific place to go to in order to contribute) to an optionally displayable
“debug version”, that displays info (trace, (indented) source, etc.) from
whatever language/framework/script was used to define those checks.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 6.12.17-1
KDE Plasma Version: kde-plasma-desktop 5:161, plasma-desktop 4:6.3.4-2,
kde-baseapps  4:24.12.0+5.161
KDE Frameworks Version: libkf5plasma5 5.115.0-7
Qt Version: qt6-base-dev 6.8.2+dfsg-5+b1

ADDITIONAL INFORMATION
This is the first time a pdf form works so well for me in GNU/Linux, with such
a large variety of input types (which i had never had the chance to see in a
PDF either) + i see more relevant features in okular everytime, it works great
on touchscreen as well, you do a wonderful work!!!!

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to