Ehh.. sorry... another bug submission from me. Use attached file with: fop -noedit link-bug.fo link-bug.pdf The link in PDF should point to http://maps.google.com/ but points to some garbage. When there's no -noedit option everything is fine.
Created attachment 17247 [details] Run this sample with -noedit option This is buggy behavior example.
Confirmed. The "uri" string in PDFUri doesn't get encrypted. But wrapping "uri" in a call to encodeText() won't be enough in this case because PDFUri is used as a direct object. And for PDF encryption an object and generation number are needed and these are only available on indirect objects. So, PDFUri would have to get the parent's info but PDFObject does not currently provide access to the parent object. Note that there are other potential candidates for the same kind of processing (PDFGoToRemote, for example). Just an analysis from me this time. :-)
*** This bug has been marked as a duplicate of bug 31039 ***
batch transition to closed remaining pre-FOP1.0 resolved bugs