In "LABEL CREATOR" i choose "NEW BATCH" then "ADD ITEM(S)". In "Search for items to add to Batch ", i can sucessfully search for an item and then i can select it to add to the batch. I click the "EXPORT BATCH", and then i select the template and the layout. It is from this point that i detect some problems. When i choose the "Download as PDF" I always get an empty PDF FILE. No labels are created In the error log from apache i have the following messages [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: "my" variable $template masks earlier declaration in same scope at /var/www/koha3.12/intranet/cgi-bin/labels/label-create-pdf.pl line 63., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: regexp failed to match string: at /var/www/koha3.12/lib/C4/Labels/Label.pm line 138., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: Use of uninitialized value $parts[-1] in pattern match (m//) at /var/www/koha3.12/lib/C4/Labels/Label.pm line 160., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: Use of uninitialized value $parts[-1] in pattern match (m//) at /var/www/koha3.12/lib/C4/Labels/Label.pm line 160., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl [Thu Sep 05 15:23:43 2013] [error] [client 213.228.143.2] [Thu Sep 5 15:23:43 2013] label-create-pdf.pl: regexp failed to match string: at /var/www/koha3.12/lib/C4/Labels/Label.pm line 165., referer: http://catalogobib.cm-portel.pt:82/cgi-bin/koha/labels/label-print.pl I Have KOHA 3.12 and i migrate the Database from version 3.0.6.04
We'll need a little more information to determine if this is a bug or a problem with data corruption during your upgrade. Please attach the following: 1. A pdf file created from your installation which is "blank." 2. Some marc records with the items used on the "blank" form.
Created attachment 20810 [details] blank pdf file
Created attachment 20811 [details] blank pdf file Batch file created from this record http://catalogobib.cm-portel.pt/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=2293 catalogobib.cm-portel.pt is our Municipality public library link
Just made 2 fresh intalls koha-3.12.04 and koha-3.08.16 in koha-3.12.04 the labels are also empty as in version 3.12.02 in koha-3.08.16 i get the same error [Tue Sep 10 17:27:42 2013] [error] [client 192.168.20.251] [Tue Sep 10 17:27:42 2013] label-create-pdf.pl: Use of uninitialized value $parts[-1] in pattern match (m//) at /var/www/koha3.08.16/lib/C4/Labels/Label.pm line 160., referer: http://192.168.40.233:86/cgi-bin/koha/labels/label-print.pl [Tue Sep 10 17:27:42 2013] [error] [client 192.168.20.251] [Tue Sep 10 17:27:42 2013] label-create-pdf.pl: Use of uninitialized value $parts[-1] in pattern match (m//) at /var/www/koha3.08.16/lib/C4/Labels/Label.pm line 160., referer: http://192.168.40.233:86/cgi-bin/koha/labels/label-print.pl [Tue Sep 10 17:27:42 2013] [error] [client 192.168.20.251] [Tue Sep 10 17:27:42 2013] label-create-pdf.pl: regexp failed to match string: at /var/www/koha3.08.16/lib/C4/Labels/Label.pm line 165., referer: http://192.168.40.233:86/cgi-bin/koha/labels/label-print.pl I really dont have a clue what is happening and how to start drilling down the problem
I have reached a solution. i think What generates the blank data is a file called Label.pm that exists in the koha instalation dir. For example in my current instalations using the packages available in koha downloads i have version 3.08.16 /var/www/koha3.08.16/lib/C4/Labels/Label.pm version 3.12.02 /var/www/koha3.12/lib/C4/Labels/Label.pm version 3.12.04 /var/www/koha3.12.04/lib/C4/Labels/Label.pm all of this files dont generate any input. But when i installed the koha-common from the debian tree (Codename: squeeze) i have this file /usr/share/koha/lib/C4/Labels/Label.pm And if i copy the file to the correct place in version 3.08 and 3.12 everything works and the pdf gets the correct data.
(In reply to Pedro Ferreira from comment #5) > I have reached a solution. i think > But when i installed the koha-common from the debian tree (Codename: squeeze) > i have this file /usr/share/koha/lib/C4/Labels/Label.pm > And if i copy the file to the correct place in version 3.08 and 3.12 > everything works and the pdf gets the correct data. This sounds like a package problem, so I'm adding Robin to the cc list with the hopes that he can comment on it.
(In reply to Chris Nighswonger from comment #6) > This sounds like a package problem, so I'm adding Robin to the cc list with > the hopes that he can comment on it. I don't think it is related to the packages. Pedro, can you please clarify: When you say: > But when i installed the koha-common from the debian tree (Codename: squeeze) > i have this file /usr/share/koha/lib/C4/Labels/Label.pm > And if i copy the file to the correct place in version 3.08 and 3.12 > everything works and the pdf gets the correct data. do you mean that you are taking Label.pm and copying it into /var/www/koha3.12/lib/C4/Labels/Label.pm? If so, it looks like your 3.12 has a wrong or broken version for some reason, whereas the package has the correct one. Or I'm misreading something.
Rephrase for clarity: > do you mean that you are taking Label.pm and copying it into /var/www/koha3.12/lib/C4/Labels/Label.pm? do you mean that you are taking /usr/share/koha/lib/C4/Labels/Label.pm and copying it into /var/www/koha3.12/lib/C4/Labels/Label.pm?
yes that is correct $ cp /usr/share/koha/lib/C4/Labels/Label.pm /var/www/koha3.12/lib/C4/Labels/Label.pm
(In reply to Pedro Ferreira from comment #9) > yes that is correct > > $ cp /usr/share/koha/lib/C4/Labels/Label.pm > /var/www/koha3.12/lib/C4/Labels/Label.pm I tend to agree with Robin that this looks like broken non-package installs. I'm closing this as WORKSFORME since it does, indeed, work for me on my dev installs as well as the production installation we run here.