Bug #43621 for PDF-API2: Barcodes are grey

Wed Feb 25 11:14:48 2009 matthew [...] nocturnal.org - Ticket created

Subject:	Barcodes are grey
Date:	Wed, 25 Feb 2009 10:14:04 -0600
To:	bug-PDF-API2 [...] rt.cpan.org
From:	Matthew Lenz <matthew [...] nocturnal.org>

I had to manually modify Barcode.pm to use a stroke and fill of #000000 instead of 'black.' I brought this up on the newsgroup 2.5 years ago. Still not sure what the issue is, but I was upgrading to the newest debian and saw it still wasn't fixed and/or addressed in the documentation.

Mon Apr 27 14:23:43 2009 otto.hirr [...] olabinc.com - Correspondence added

carried to PDF::API3 as https://rt.cpan.org/Ticket/Display.html?id=45477

Mon Apr 27 14:23:44 2009 The RT System itself - Status changed from 'new' to 'open'

Thu Mar 10 18:52:47 2011 steve [...] deefs.net - Correspondence added

On Wed Feb 25 11:14:48 2009, matthew@nocturnal.org wrote: Show quoted text

> I had to manually modify Barcode.pm to use a stroke and fill of #000000 > instead of 'black.' I brought this up on the newsgroup 2.5 years ago. > Still not sure what the issue is, but I was upgrading to the newest > debian and saw it still wasn't fixed and/or addressed in the > documentation.

I'm not seeing why this would be happening. Are you still seeing it in a recent version? If so, could you let me know the version number and provide a code snippet that's producing a grey barcode instead of a black one, please?

Thu Mar 10 18:52:48 2011 steve [...] deefs.net - Status changed from 'open' to 'stalled'

Mon Mar 14 10:47:58 2011 matthew [...] nocturnal.org - Correspondence added

From:

matthew [...] nocturnal.org

On Thu Mar 10 18:52:47 2011, SSIMMS wrote: Show quoted text

> On Wed Feb 25 11:14:48 2009, matthew@nocturnal.org wrote:

> > I had to manually modify Barcode.pm to use a stroke and fill of #000000 > > instead of 'black.' I brought this up on the newsgroup 2.5 years ago. > > Still not sure what the issue is, but I was upgrading to the newest > > debian and saw it still wasn't fixed and/or addressed in the > > documentation.

> > I'm not seeing why this would be happening. Are you still seeing it in > a recent version? > > If so, could you let me know the version number and provide a code > snippet that's producing a grey barcode instead of a black one, please?

Debian lenny version is installed: libpdf-api2-perl 0.69-2 Changes I made (It's in version control with our code thats why you see the extra version stuff). diff BarCode.pm /usr/share/perl5/PDF/API2/Resource/XObject/Form/BarCode.pm 30c30 < # $Id: BarCode.pm,v 1.1 2009-03-18 13:51:24 mlenz Exp $ --- Show quoted text

> # $Id: BarCode.pm,v 2.0 2005/11/16 02:18:23 areibens Exp $

47c47 < ( $VERSION ) = sprintf '%i.%03i', split(/\./,('$Revision: 1.1 $' =~ /Revision: (\S+)\s/)[0]); # $Date: 2009-03-18 13:51:24 $ --- Show quoted text

> ( $VERSION ) = sprintf '%i.%03i', split(/\./,('$Revision: 2.0 $'

=~ /Revision: (\S+)\s/)[0]); # $Date: 2005/11/16 02:18:23 $ 167,168c167,168 < $self->fillcolor('#000000'); < $self->strokecolor('#000000'); --- Show quoted text

> $self->fillcolor('black'); > $self->strokecolor('black');

268,271c268 < $Log: BarCode.pm,v $ < Revision 1.1 2009-03-18 13:51:24 mlenz < Bug 994, changes for penske DR and move to updated OS/software < --- Show quoted text

> $Log: BarCode.pm,v $

Mon Mar 14 10:47:58 2011 The RT System itself - Status changed from 'stalled' to 'open'

Mon Mar 14 17:02:35 2011 steve [...] deefs.net - Correspondence added

Show quoted text

> > I'm not seeing why this would be happening. Are you still seeing it in > > a recent version? > > > > If so, could you let me know the version number and provide a code > > snippet that's producing a grey barcode instead of a black one, please?

> > Debian lenny version is installed: > > libpdf-api2-perl 0.69-2 > > Changes I made (It's in version control with our code thats why you see > the extra version stuff). > > [changes snipped]

I see what you're changing to fix the problem, but I'm not able to reproduce the problem itself. If you revert that change, do you start getting gray barcodes again? If so, could you send me a little script that creates a gray barcode (that's supposed to be black) along with the PDF that it produces, please? Thanks, Steve Simms

Mon Mar 14 17:02:36 2011 steve [...] deefs.net - Status changed from 'open' to 'stalled'

Wed Mar 16 10:54:42 2011 matthew [...] nocturnal.org - Correspondence added

From:

matthew [...] nocturnal.org

On Mon Mar 14 17:02:35 2011, SSIMMS wrote: Show quoted text

> > > I'm not seeing why this would be happening. Are you still seeing

it in Show quoted text

> > > a recent version? > > > > > > If so, could you let me know the version number and provide a code > > > snippet that's producing a grey barcode instead of a black one,

please? Show quoted text

> > > > Debian lenny version is installed: > > > > libpdf-api2-perl 0.69-2 > > > > Changes I made (It's in version control with our code thats why you see > > the extra version stuff). > > > > [changes snipped]

> > I see what you're changing to fix the problem, but I'm not able to > reproduce the problem itself. If you revert that change, do you start > getting gray barcodes again? > > If so, could you send me a little script that creates a gray barcode > (that's supposed to be black) along with the PDF that it produces, > please? > > Thanks, > Steve Simms

I found the issue. Your module appears to have an issue with modperl & modperl2. We had this issue with the module in modperl1 prior to upgrading to modperl2 several years ago as well. Apache2 PerlResponseHandler ModPerl::RegistryPrefork I removed my modified version of your module and did the following: 1. made a quick version of the software that dumps the file to a pdf directly. The barcodes are black. 2. That same program running under cgi (no modperl registry). The barcodes are black. 3. That same cgi being handled by Apache2 "PerlResponseHandler ModPerl::RegistryPrefork". The barcodes are grey. With my hacked version of your module the barcodes are black everywhere.

Wed Mar 16 10:54:43 2011 The RT System itself - Status changed from 'stalled' to 'open'

Wed Mar 16 16:28:15 2011 steve [...] deefs.net - Correspondence added

Show quoted text

> I found the issue. Your module appears to have an issue with modperl & > modperl2. We had this issue with the module in modperl1 prior to > upgrading to modperl2 several years ago as well. > > Apache2 > PerlResponseHandler ModPerl::RegistryPrefork > > I removed my modified version of your module and did the following: > > 1. made a quick version of the software that dumps the file to a pdf > directly. The barcodes are black. > > 2. That same program running under cgi (no modperl registry). The > barcodes are black. > > 3. That same cgi being handled by Apache2 "PerlResponseHandler > ModPerl::RegistryPrefork". The barcodes are grey. > > With my hacked version of your module the barcodes are black everywhere.

This seems to indicate that the problem is either with ModPerl::RegistryPrefork or your Apache config. I'm using PDF::API2 barcodes in mod_perl2 without a problem. Here are a couple things to try: 1) Upgrade to the latest version of PDF::API2. The list of named colors gets created in a different way as of version 2.016, released a few months ago. 2) Add "PerlModule PDF::API2" to your Apache config. This may work around the problem that ModPerl::RegistryPrefork seems to be having. Without a reproducible test case, I'm going to mark this as resolved. If you're still seeing the problem after upgrading, attach a script (and an Apache config) that demonstrates the problem, along with the resulting PDF. Without both of these, there's not much else I can do. Thanks, Steve Simms

Wed Mar 16 16:28:17 2011 steve [...] deefs.net - Status changed from 'open' to 'resolved'