Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 6.2.3
-
Fix Version/s: 6.2.4
-
Component/s: Core/Rendering, Forms
-
Labels:None
-
Environment:All
-
Support Case References:Support Case #14093 - https://icesoft.my.salesforce.com/5007000001jXBX6
Description
With the provided PDF file, one of the input fields are no longer editable once the PDF has been saved and the new PDF opened. Here are the steps to reproduce with the provided PDF file:
STEPS TO REPRODUCE:
1. Open Attached PDF
2. Fill in "Full name of centre" edit field
3. Save as a new pdf
4. Open the saved pdf
5. Observe "Town" edit field
ACTUAL RESULTS:
It becomes non-editable.
EXPECTED RESULTS:
Editable fields should remain editable after saving.
STEPS TO REPRODUCE:
1. Open Attached PDF
2. Fill in "Full name of centre" edit field
3. Save as a new pdf
4. Open the saved pdf
5. Observe "Town" edit field
ACTUAL RESULTS:
It becomes non-editable.
EXPECTED RESULTS:
Editable fields should remain editable after saving.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Marking as fixed.
Show
Patrick Corless
added a comment - Marking as fixed.
Took a little bit to track this one down but it turns out this is related to a bug in the original implementation of the IncrementalUpdater.
Basically we incorrectly assign the xref strams object number based on the object numbers of the modified or added object numbers. This is incorrect we should be using the xref size value to determine new object numbers.