Bizarre bug with processing a document where the 'Element Validation' panel/pod is absent
Env Windows 10 1909, FM 2019 15.0.5.838 (x64)
My client has a process, coded in c++, to add line numbers to a structured document. I know... why! The line number has to be outside of the text frame, so it could not be a element, and the inbuilt line numbering was not customisable. The line numbers are required for legislative review. Another customer uses a similar process for the same reason. another process removes the line numbers.
Recently after this process was run, sometimes the line numbers would not stick, that is not be there when the document was saved, and worse, other changes would also not stick.
To cut to the chase (this has taken me many hours), the symptom is that after the process to add or remove line numbers was performed, when clicking the X to close the document, FrameMaker displayed a Save File dialog, even although the document had been saved by the code. Saving manually via File->Save also made no difference.
After clicking Save FrameMaker showed the following dialog.
After clicking OK FrameMaker showed the first dialog.
Clicking Don't Save would allow the document to be closed. Sometimes the document when opened, woudl not have the line numbering on or off as expected. I also expect that the loss of other changes was related to subsequent processing, where the code has very little error checking, so would continue, if the FDK calls returned errors.
The other symptom is the presence of temporary or intermediate files as shown below. How many there were seemed to influence whether changes were lost.
Now the bizarre bit. My customer could re-produce this problem at will, usually at a critical time, while I never could. In investigating why this was, I worked out that the failure did not occur with certain workspaces, mine for example. In drilling down to work out why, I discovered it was the complete absence of the 'Element Validation' panel/pod, that is Structure->Validate has never been run with the workspace, so the //palette element attribute app-data="#lt;palette kit-data=#quot;3 32 #quot;/>" does not exist in the fws or cfws file for the workspace. Once the 'Element Validation' panel/pod has been shown, and the //palette exists, even if the 'Element Validation' panel/pod has been hidden, the problem does not occur! Bizarre.
I will update FM2019 in my own environment to see if the problem still occurs as well as testing with 2020. It looks like the error dialog regarding an internal error and the temporary or intermediate files have been reported by others. Maybe the absence of the 'Element Validation' panel/pod was a factor there too?
I am not sure how I can report this as a bug to Adobe!
Time to put my head down!
Jon
AdChoices