Label and barcode generator broken
Just noticed that the label generator seems broken ... While it still does produce the barcode numbers with the guide boxes, It doesn't generate the actual barcodes anymore. A peek at the logs shows first
stack underflow:tags stack is empty, referer: http://<myserver>/cgi-bin/koha/labels/label-manager.pl?op=add_batch&type=labels<http://%3cmyserver%3e/cgi-bin/koha/labels/label-manager.pl?op=add_batch&type=labels>
Then later on
label-print-pdf.pl: failed to parse label formatstring: io and barcode at /opt/koha/src/C4/Labels.pm line 862., referer: http://<myserver>/cgi-bin/koha/labels/label-manager.pl?op=add&batch_id=1&itemnumber=1&itemnumber=2&itemnumber=3<http://%3cmyserver%3e/cgi-bin/koha/labels/label-manager.pl?op=add&batch_id=1&itemnumber=1&itemnumber=2&itemnumber=3>
This is both on version 3.00.00.107 with perl 5.008008 and on 3.01.00.003 with perl 5.010000 ... Anyone else seen this before I go ahead and file a bug report? Bernard Shiundu Strathmore University Nairobi, Kenya ________________________________ Strathmore University provides all-round education in an atmosphere of freedom and responsibility. This email and any files transmitted with it are intended solely for use by the recipient(s) to whom it is addressed and may contain confidential information. If you have received this email in error please notify the sender immediately and permanently delete this email and/or any files attached to it from your computer. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Strathmore University. The University accepts no liability whatsoever for any loss or damages incurred, or suffered, resulting, or arising, from the use of this email and/or its attachments. The University warrants neither the integrity of the e-mail nor its freedom from errors, viruses, interception or any other form of interference.
On 2008/11/26, at 2:54 AM, Bernard Shiundu wrote:
Just noticed that the label generator seems broken … While it still does produce the barcode numbers with the guide boxes, It doesn’t generate the actual barcodes anymore. A peek at the logs shows first
stack underflow:tags stack is empty, referer: http://<myserver>/ cgi-bin/koha/labels/label-manager.pl?op=add_batch&type=labels
label-print-pdf.pl: failed to parse label formatstring: io and barcode at /opt/koha/src/C4/Labels.pm line 862., referer: http:// <myserver>/cgi-bin/koha/labels/label-manager.pl? op=add&batch_id=1&itemnumber=1&itemnumber=2&itemnumber=3
Hiya Bernard, The good news is - this *does* work for me (on the latest stable build) I suspect you have some config-settings (?missing values perhaps?) that are causing it to barf (which is a legitimate bug) Open up a bug for this, and we can compare our settings and get it working for you. Mason.
The label generator appears to have character-set limitations. It may work fine for a given set of data and drop errors on another. To me it looks like we haven't found a truly UTF-8 compatible perl module for generating PDFs. I suspect such a thing may not yet exist. --Joe On Tue, Nov 25, 2008 at 8:06 PM, Mason James <mason.loves.sushi@gmail.com>wrote:
On 2008/11/26, at 2:54 AM, Bernard Shiundu wrote:
Just noticed that the label generator seems broken … While it still does produce the barcode numbers with the guide boxes, It doesn't generate the actual barcodes anymore. A peek at the logs shows first
stack underflow:tags stack is empty, referer: http://<myserver>/ cgi-bin/koha/labels/label-manager.pl?op=add_batch&type=labels
label-print-pdf.pl: failed to parse label formatstring: io and barcode at /opt/koha/src/C4/Labels.pm line 862., referer: http:// <myserver>/cgi-bin/koha/labels/label-manager.pl? op=add&batch_id=1&itemnumber=1&itemnumber=2&itemnumber=3
Hiya Bernard,
The good news is - this *does* work for me (on the latest stable build)
I suspect you have some config-settings (?missing values perhaps?) that are causing it to barf (which is a legitimate bug)
Open up a bug for this, and we can compare our settings and get it working for you.
Mason.
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
On Wed, Nov 26, 2008 at 8:55 AM, Joe Atzberger <ohiocore@gmail.com> wrote:
The label generator appears to have character-set limitations. It may work fine for a given set of data and drop errors on another. To me it looks like we haven't found a truly UTF-8 compatible perl module for generating PDFs. I suspect such a thing may not yet exist.
--Joe
On Tue, Nov 25, 2008 at 8:06 PM, Mason James <mason.loves.sushi@gmail.com>wrote:
On 2008/11/26, at 2:54 AM, Bernard Shiundu wrote:
Just noticed that the label generator seems broken … While it still does produce the barcode numbers with the guide boxes, It doesn't generate the actual barcodes anymore. A peek at the logs shows first
stack underflow:tags stack is empty, referer: http://<myserver>/ cgi-bin/koha/labels/label-manager.pl?op=add_batch&type=labels
label-print-pdf.pl: failed to parse label formatstring: io and barcode at /opt/koha/src/C4/Labels.pm line 862., referer: http:// <myserver>/cgi-bin/koha/labels/label-manager.pl? op=add&batch_id=1&itemnumber=1&itemnumber=2&itemnumber=3
Hiya Bernard,
The good news is - this *does* work for me (on the latest stable build)
I suspect you have some config-settings (?missing values perhaps?) that are causing it to barf (which is a legitimate bug)
Open up a bug for this, and we can compare our settings and get it working for you.
Mason.
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
I've been using PDF::API2 for a PDF generation module I'm working on; it's not the best documented project in the world, but it does seem to support UTF-8 in a more transparent way than PDF::Reuse: http://wiki.openstreetmap.org/index.php/PDF-API2/Encoding -- Jesse Weaver Software Developer, LibLime
participants (4)
-
Bernard Shiundu -
Jesse Weaver -
Joe Atzberger -
Mason James