1723822 - [XFA] Some field data is lost when saving a completed PDF

Status: NEW

(Firefox :: PDF Viewer, defect)

Description

[Daniel Bodea [:danibodea]]

Attachment: 0a18b29d-dd86-45cb-a99d-d1a3a38505ed.pdf

Note

• When the user loads a specific PDF file, inputs data in all fields, then saves it, and reopens it, he will notice that some input data is lost.

Affected versions

• Nightly v91.0 RC

Affected platforms

• all

Steps to reproduce

1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Make selections of the radio buttons shown in the demo pic.
5. Save the PDF file.
6. Reopen it.

Expected result

• The radio button selections are properly displayed.

Actual result

• The radio button selections are not shown.

Regression range

• Not a regression.

Additional information

• This PDF form appears to have been saved previously and new or other information can not be overwritten. Not sure whether this bug is really valid.

Comment 1

[Daniel Bodea [:danibodea]]

Attachment: most input data is lot after saving the PDF.png

Comment 2

[Marco Castelluccio [:marco]]

Calixte, is this a duplicate of bug 1722499?

Marking as S3 since the user can print the form to save it as filled.

Comment 3

[Calixte Denizet (:calixte)]

I checked few unsaved fields and all the elements have a property <bind match="none"/> which means (XFA specs: https://www.pdfa.org/norm-refs/XFA-3_3.pdf#page=176)

none
           The node representing the enclosing element is transient. It will not be bound to any node in the 
           XFA Data DOM.

It isn't really a dup of bug 1722499 because here the fields are named but I'd say it's a feature... (or likely a bad design).
I guess that from a user perspective it's likely a bug so it could be a kind of dup of bug 1722499 finally because the work to achieve to fix bug 1722499 is the same to fix this one.

Comment 4

[Marco Castelluccio [:marco]]

I'll mark it as depending on bug 1722499, so we can confirm this is fixed once (and if) we fix 1722499.