https://issues.apache.org/bugzilla/show_bug.cgi?id=40557Wei gong <
vipermax@...> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |
vipermax@...
--- Comment #2 from Wei gong <
vipermax@...> 2008-05-13 22:40:11 PST ---
I happened to meet this problem too. (with FOP0.94 and Acrobat5.0.5jp)
Encrypted PDF made by FOP have two “/ID” keys in trailer dictionary, it
looks like:
trailer
<<
/Size 13
/Root 2 0 R
/Info 4 0 R
/ID [<DC6AA9DED0627627476219E8BB6F5592> <DC6AA9DED0627627476219E8BB6F5592>]
/Encrypt 5 0 R
/ID[<3A965D0CD346E846E46079C99CC8651D><169B38EC863D117DEEFDB50695766732>]
>>
It seems that Acrobat5 use the first (which should be the second in the example
above) “/ID” to authenticate user password. Acrobat after 6.0 seems to read
dictionary from below.
According to PDF spec (v1.4), “No two entries in the same dictionary should
have the same key. If a key does appear more than once, its value is
undefined.” ([Page35]3.2.6 Dictionary Objects). It should have only one
“/ID” key in trailer dictionary whether the PDF is encrypted or not.
I have upload an temporary (ugly) fix for this.
--
Configure bugmail:
https://issues.apache.org/bugzilla/userprefs.cgi?tab=email------- You are receiving this mail because: -------
You are the assignee for the bug.