Hi,
These are just screenshots... and just of some debug output. It is
possible that this is related to a bug connected to acroform and
encrypted PDFs (many files are encrypted with the empty user password,
so you can still open it), some fields had a wrong value.
Anyway, please update to the latest version. Always do that. The
benefits outweigh the risks. Use the maven versions plugin.
Tilman
Am 23.09.2019 um 21:45 schrieb francisgra...@ca.rr.com:
Tilman,
I've uploaded the three screen-shots.
https://www.imgload.org/image/5I2NPhttps://www.imgload.org/image/5IXJUhttps://www.imgload.org/image/5IcLx
I've no problem moving to the latest release of PDFBox, but the
problem has only occurred in three files. It could be months before I
see the problem again.
CheersFrancis
-----------------------------------------From: "Tilman Hausherr"
To: users@pdfbox.apache.org
Cc:
Sent: Monday September 23 2019 3:29:49PM
Subject: Re: Rogue characters corrupting AcroForm object
Hi,
The current version is 2.0.17. Please retry with that one and upload
screenshots and PDF on a sharehoster.
Tilman
Am 23.09.2019 um 21:09 schrieb francisgra...@ca.rr.com:
> Hi,
>
> I've used PDFBox (2.0.7) to develop an interactive PDF document.
> When complete, the user uploads the PDF to an app server.
>
> In the many hundreds that have been successfully filled-out and
> uploaded, I have had three instances where a rogue character has
> corrupted the AcroForm object causing the upload to fail.
>
> In two cases the rogue character is in the structure of the
AcroForm
> object, such that I cannot read data from that line of the object.
>
> The other time, the rogue character was appended into a data value
of
> the AcroForm object.
> Although I could read the data value, it was not the value that I
> wrote out when creating the PDF file.
>
> I have attached three screen-shots showing the rogue characters.
>
> Has anyone else experienced the same issue?
> I've looked through the web and not found anything similar.
>
> I'm confident that the rogue characters were not there when the
file
> was created.
> It is though they are put there while the user interacts with the
PDF.
> The user may open and close the file multiple times before upload.
>
> Cheers
> Francis
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
> For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
