You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When there is a form on a PDF, and the user interacts with the PDF, they will always be prompted if they haven't downloaded the PDF prior to reloading or navigating away regardless of any form values changing.
Load any PDF that has a form on it (use default options)
Click on a form field, but make no changes/edits
Reload or navigate away from page
Observe confirmation notifying that changes have not been saved.
No changes have actually been made, so there should be no prompt. Additional unrelated changes (e.g. change the zoom of the PDF) will also trigger this same condition.
Ideally, there should be an option that disables any such prompt, without explicitly disabling the form. For our use case, we have no need to ensure the user wants to save any changes to the PDF. Our users will never be editing forms anyway, but we don't want to explicitly disable the form in the off-chance that they would like to edit and download a local copy. It should be noted that even using [disableForms] option still presents this confirmation.
The key point is that the - usually desired - confirmation dialog appears when you click a field without changing anything.
At the moment, I can't say much about it. As far as I can see, that doesn't happen on https://pdfviewer.net/extended-pdf-viewer/forms. Can you confirm that? If so, the problem might be your PDF file. It's possible that the file contains some magic that makes the PDF viewer (and the browser) believe you've edited the form.
Note that this is merely a first assessment. I haven't examined your PDF file yet (it's late in the evening), but maybe me thoughts already help you.
I cannot confirm that. In your forms sample, simply loading the page, scrolling the PDF and attempting to reload will cause this confirmation dialog. I did not interact with a form element at all. This was done in Firefox.
I've attached a screen recording for you to see my actions.
Screen.Recording.2024-12-18.mov
As an aside, I'm no longer to load that example page in Brave, yet I could yesterday:
When there is a form on a PDF, and the user interacts with the PDF, they will always be prompted if they haven't downloaded the PDF prior to reloading or navigating away regardless of any form values changing.
Maybe? There is no form on this sample PDF so I'm not sure if it's an issue w/ the library or not.
I opened the PDF in Firefox, which uses the Mozilla PDF.js, and the issue does not appear there.
Yes
Describe the bug
No changes have actually been made, so there should be no prompt. Additional unrelated changes (e.g. change the zoom of the PDF) will also trigger this same condition.
Ideally, there should be an option that disables any such prompt, without explicitly disabling the form. For our use case, we have no need to ensure the user wants to save any changes to the PDF. Our users will never be editing forms anyway, but we don't want to explicitly disable the form in the off-chance that they would like to edit and download a local copy. It should be noted that even using
[disableForms]
option still presents this confirmation.Version info
Example PDF: https://www.signify.com/api/assets/v1/file/Signify/content/a654757c91404dbf8360ac8b0104206e/Swan-LED-Pendant--CXF4----Spec-Sheet--G3-.pdf
The text was updated successfully, but these errors were encountered: