gzilla/show_bug.cgi?id=26589
AIX 5.2, ibm jdk 1.4.0, OutOfMemoryError with PDF Encryption only
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=26589
AIX 5.2, ibm jdk 1.4.0, OutOfMemoryError with PDF Encryption only
Summary: AIX 5.2, ibm jdk 1.4.0, OutOfMemoryError with PDF
Encryption only
Product: Fop
Version: 0.20.5
Platform: Other
OS/Versio
gzilla/show_bug.cgi?id=20480
PDF outline texts are garbled when PDF encryption is activated.
--- Additional Comments From [EMAIL PROTECTED] 2003-06-04 14:52 ---
The reason for the garbled text is the lack of encryption on string objects as
they occur in outline objects in PDF. In HEAD i
gzilla/show_bug.cgi?id=20480
PDF outline texts are garbled when PDF encryption is activated.
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||
gzilla/show_bug.cgi?id=20480
PDF outline texts are garbled when PDF encryption is activated.
Summary: PDF outline texts are garbled when PDF encryption is
activated.
Product: Fop
Version: 0.20.5
Platform: All
URL
Jeremias Maerki wrote:
+1 for a 0.20.5rc3 ASAP (as Clay Leeds suggests). 0.20.5rc2 is bugged
and I believe Jörg is tired of marking new bug reports as duplicates. :-)
+1 for really (!) going to bugfixing-only mode in the maintenance branch.
+1 for 0.20.5 being the last release from the maintenance
+1 for a 0.20.5rc3 ASAP (as Clay Leeds suggests). 0.20.5rc2 is bugged
and I believe Jörg is tired of marking new bug reports as duplicates. :-)
+1 for really (!) going to bugfixing-only mode in the maintenance branch.
+1 for 0.20.5 being the last release from the maintenance branch.
But being re
Forgive my ignorance, but can someone explain the argument for limiting
the number of Release Candidates? If testing needs to be done, why not
create snapshots that could be used for testing more widely.
Since I don't currently use hyphenation, I don't want to wait for the
hyphenation patterns to
J.Pietschmann wrote:
[..]
Because hyphenation license updates seem to be slow, what about
doing an rc3 in 10-15 days? We'll get rid of this duplicated text
problem which poeple complain about much too often and get also
a more thourough test of the encryption stuff.
Yes, another RC makes sense bu
Jeremias Maerki wrote:
You lost me. Error reporting: line numbers for FO's?
Yes.
Maint branch or trunk???
Maintenance. I though it was limited errort but it got out of
hand. We may have to rework the concept for HEAD.
So, do I get you right that you want (me) to follow up on that idea to
use trunk
On 28.03.2003 20:44:27 J.Pietschmann wrote:
> Jeremias Maerki wrote:
> > As I thought, not so easy.
> Well, never mind.
>
> > A possible
> > solution, though dangerous ATM, would be to dump the maintenance branch
> > PDF lib and use the one from the trunk. :-)
>
> Keiron once noted there were se
J.Pietschmann wrote:
Because hyphenation license updates seem to be slow, what about
doing an rc3 in 10-15 days? We'll get rid of this duplicated text
problem which poeple complain about much too often and get also
a more thourough test of the encryption stuff.
Here's my non-committer's obligatory
Jeremias Maerki wrote:
As I thought, not so easy.
Well, never mind.
A possible
solution, though dangerous ATM, would be to dump the maintenance branch
PDF lib and use the one from the trunk. :-)
Keiron once noted there were severe API changes. If you still want
to look at it, I have a voluminous p
As I thought, not so easy. To do that in maintenance branch I would have
to backport a lot of changes I did in the PDF library. Problems:
- No access to the PDFDocument from the spot where filters are applied
to find out if encryption is active.
- The application of encryption is pretty much scat
Hmm, not so easy. I'll have a look.
On 27.03.2003 23:04:50 J.Pietschmann wrote:
> Jeremias Maerki wrote:
> > Ok, I've done so. ASCII filters such as ASCII85 and ASCIIHex will be
> > disabled/ignored when encryption is active.
>
> Can you fix the maintenance branch too (if not already done)?
Jer
Jeremias Maerki wrote:
Ok, I've done so. ASCII filters such as ASCII85 and ASCIIHex will be
disabled/ignored when encryption is active.
Can you fix the maintenance branch too (if not already done)?
J.Pietschmann
-
To unsubscribe,
IL PROTECTED]
> Sent: Friday, March 14, 2003 4:13 AM
> To: [EMAIL PROTECTED]
> Subject: PDF Encryption: Clarification
>
>
> Do I interpret the PDF specs correctly that if encryption is applied it
> doesn't make sense to apply ASCII85 or ASCIIHEX filters, because the
>
if
encryption is enabled.
Pat
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Friday, March 14, 2003 4:13 AM
To: [EMAIL PROTECTED]
Subject: PDF Encryption: Clarification
Do I interpret the PDF specs correctly that if encryption is applied it
doesn't make sense
Ok, now I'm a bit smarter. It took me pretty long to realize what was
really wrong that I got blank pages. The real reason was that if you
don't have any filters active that have a name Acrobat Reader has
problems if the stream is encrypted. As soon as you add the Flate filter,
for example, the pag
Do I interpret the PDF specs correctly that if encryption is applied it
doesn't make sense to apply ASCII85 or ASCIIHEX filters, because the
generated PDF will always be binary and the filters only increase the
file size? So, these two filters could be disabled in this case. Right?
Here's the key
Yes, redesign happens in HEAD. Thanks. I'll be after it, too, today.
On 14.03.2003 03:14:31 Patrick C. Lankswert wrote:
> Be more than happy to look at it. Did you commit to HEAD or else where?
Jeremias Maerki
-
To unsubscribe
many thanks
I will try
Bernard
> -Original Message-
> From: J.Pietschmann [mailto:[EMAIL PROTECTED]
> Sent: 13 March, 2003 22:57
> To: [EMAIL PROTECTED]
> Subject: Re: PDF Encryption in HEAD
>
>
> Bernard D'Have wrote:
> > Can you port your change
Jeremias,
Be more than happy to look at it. Did you commit to HEAD or else where?
Pat
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 13, 2003 12:00 PM
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD
Hi crypto-guys!
I've
Clay,
Ooops... sorry, you asked about command line.
J,
Thanks for all your help pulling this together.
Pat
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 3:10 PM
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD
Clay Leeds
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD
I too am interested in how this would be implemented, particularly in
enabling some of the PDF features such as "don't print me" and "don't
save me" and "don't copy me" (where the "print&quo
To: '[EMAIL PROTECTED]'
Subject: RE: PDF Encryption in HEAD
Patrick,
I am following with much interest the integration of PDF encryption into
FOP.
While trying to understand how it is invoked (not configured) I got
confused. We currently using a 3rd party external tool to encrypt our
> That's why I didn't commit the patch: I didn't want to re-add
> the PDFDocument reference to PDFXObject in order to get the
> add the encryption filter after the makeStream() without asking
> why the reference had been dropped on the way from maintenance
> to HEAD.
The PDFDocument was used in th
> Ok, runs ok with all images, except EPS (don't have a PS printer to test).
Has anyone verified that the EPS in the redesign works?
I couldn't get it to show up in xpdf (is that the one that supports it) and never
tried
on a printer.
> The other possibly untested case is th ICCProfile: does th
Clay Leeds wrote:
all encryption options can be set multiple times.
...
Whatever you do, can you have FOP indicate which it has done? (i.e., if
you choose the first, output:
Good idea!
J.Pietschmann
-
To unsubscribe, e-mail: [EM
J.Pietschmann wrote:
I alos found a potential problem: all encryption options can be set
multiple times. Should I suppress this? I'm not sure which decision
fits user expectations best:
- accept two owner passwords (and use the last),
- raise an error and abort or
- raise a warning and use the firs
Keiron Liddle wrote:
Try the example in test/resources/fop/image/types.fo this has various image
formats.
Ok, runs ok with all images, except EPS (don't have a PS printer to test).
The other possibly untested case is th ICCProfile: does the logo.jgp have
this? Any other example?
I alos found a pot
Bernard D'Have wrote:
Can you port your change to the maintenance branch?
I'm very interested to have encryption with JDK1.3.
Well, now build support depends on JCE rather than the JDK 1.4
presence check.
J.Pietschmann
-
To unsu
Yes I understand
Will try
Bernard
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> Sent: 13 March, 2003 22:00
> To: [EMAIL PROTECTED]
> Subject: Re: PDF Encryption in HEAD
>
>
> Wanna do it yourself and send a patch? I want to invest
Bernard D'Have wrote:
Can you port your change to the maintenance branch?
I'm very interested to have encryption with JDK1.3.
You only have to compile with 1.4 currently, it will run with
1.3 too as long as a JCE impl is in the classpath.
J.Pietschmann
-
Thanks for the pointer. I hope I can come up with something useful
tomorrow.
On 13.03.2003 21:02:57 J.Pietschmann wrote:
> Jeremias Maerki wrote:
> > I've just committed PDF encryption support by Patrick C. Lankswert to
> > the redesign. The bad message is that it doesn
Wanna do it yourself and send a patch? I want to invest my resources
into the redesign. I hope you understand.
On 13.03.2003 21:30:30 Bernard D'Have wrote:
> Can you port your change to the maintenance branch?
> I'm very interested to have encryption with JDK1.3.
Jeremias Maerki
--
Can you port your change to the maintenance branch?
I'm very interested to have encryption with JDK1.3.
Many thanks,
Bernard
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> Sent: 13 March, 2003 18:00
> To: [EMAIL PROTECTED]
> Subject: Re: PD
Jeremias Maerki wrote:
I've just committed PDF encryption support by Patrick C. Lankswert to
the redesign. The bad message is that it doesn't work yet. I get blank
pages in Acrobat when enabled, although the PDF looks good when compared
with one generated by the maintenance branch. I gu
Hi crypto-guys!
I've just committed PDF encryption support by Patrick C. Lankswert to
the redesign. The bad message is that it doesn't work yet. I get blank
pages in Acrobat when enabled, although the PDF looks good when compared
with one generated by the maintenance branch. I guess
Manuel Mall wrote:
If we want to use the
encryption within FOP we would need to be able to set the owner password
before each individual run. Is that possible?
Roughly like
Renderer renderer=new PDFRenderer();
HashMap options = new HashMap();
options.put("ownerPassword","secret");
renderer.
Clay Leeds wrote:
I'd be interested
in finding out how to run these encryption (?) options running FOP from
the command line.
The easiest way you can imagine:
1. get the latest CVS maintenance branch code (it's not in 0.20.5rc2)
2. build
3. run fop.sh/fop.bat without parameters.
Also, the docs ar
inactive/grayed out) using the command line version. I use
either the .sh or .bat file to render on *nix & Win*. I'd be interested
in finding out how to run these encryption (?) options running FOP from
the command line.
Web Maestro Clay
Manuel Mall wrote:
Patrick,
I am foll
Patrick,
I am following with much interest the integration of PDF encryption into
FOP.
While trying to understand how it is invoked (not configured) I got
confused. We currently using a 3rd party external tool to encrypt our PDFs
after creation through FOP. Each PDF is given its own different
Great!
Thanks.
-Original Message-
From: Keiron Liddle [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 8:49 PM
To: [EMAIL PROTECTED]
Subject: RE: PDF Encryption in HEAD
> The encryption filter uses the number and generation as part of the hash
to
> generate the key for a
> The encryption filter uses the number and generation as part of the hash to
> generate the key for a given object. In short, the encryption key is
> different for every object and is based on the number and generation of the
> object. I would have preferred something simpler but the PDFXObject is
: Sunday, March 09, 2003 5:44 PM
To: [EMAIL PROTECTED]
Subject: PDF Encryption in HEAD
Hi all,
I tried to get PDF encryption into HEAD and failed.
Most of the problem is that PDFXObject no longer has a reference
to the PDFDocument, where the encryption object resides in the patch.
I'm not sur
I'll have a look at it (Tuesday or Wednesday).
On 09.03.2003 23:44:27 J.Pietschmann wrote:
> I tried to get PDF encryption into HEAD and failed.
> Most of the problem is that PDFXObject no longer has a reference
> to the PDFDocument, where the encryption object resides in the pa
Hi all,
I tried to get PDF encryption into HEAD and failed.
Most of the problem is that PDFXObject no longer has a reference
to the PDFDocument, where the encryption object resides in the patch.
I'm not sure how important this is, the encryption filter is
different from the other filters: it
ou'll see
strength 128 and next to it, 5.0 in parenthesis.
--
David B. Bitton
[EMAIL PROTECTED]
www.codenoevil.com
Code Made Fresh DailyT
- Original Message -
From: "J.Pietschmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, April 28, 2002 5:3
Geez, self-followup:
> writer.setEncryption(PdfWriter.STRENGTH40BITS,
"pdf", null, PdfWriter.AllowCopy);
If I set encryption to STRENGTH128BITS, as the original
had, Acrobat Reader 4.0 complains about "Error while
decrypting". Probably an export restriction :-(, so be
careful.
J
Hi all,
for the archives, I've written a small proof-of-concept
program which couples FOP and iText in order to provide
PDF encryption. Watermarking and everything else, possibly
even Henrik Holle's total page count problem, could be
done in a similar way.
Most of the iText code i
51 matches
Mail list logo
