May 2014 - Koha-bugs - lists.koha-community.org

[Bug 11121] New: Patron Card Creator batch export cannot handle special characters (usually)
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11121 Bug ID: 11121 Summary: Patron Card Creator batch export cannot handle special characters (usually) Change sponsored?: --- Product: Koha Version: 3.12 Hardware: PC OS: Linux Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: vincent_muyo(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Exporting a batch with special characters ( e g é, å, ä, ö) for patron posts <firstname> and <surname> will cause them to be corrupted in the exported pdf - é becomes Ã©, å becomes Ä¥ and ö becomes Ã¶, for example. However, this doesn't always happen - _usually_ the first page comes out correctly (but not with things already incorrect). Everything (apache2, MySQL, linux locale) is set to UTF-8, and label creator works flawlessly with these symbols. Going off an installation of the 3.12 liveDVD 3.12 (http://sourceforge.net/projects/kohalivedvd/) in Xubuntu. Guessing the exporter uses a different standard, e g ANSI, which corrupts the text - but this is pure guesswork. :) Extra information about the setup: Template is for an A4 page, SI Centimeters, 29.7x21. Cards 7.7x4.8, Margins 2x2. 2 columns, 4 rows, gaps 0.5cm each. Layout is layouted for front with guidebox on. It uses postscript points. Text fields Field 1 houses: the bug-related information <firstname> <surname>, font Helvetica size 12, alignment center, X: 20 Y: 100. Barcode number is printed, Code 39 (generated automatically in provided Katipo style), X:20, Y: 40 Koha 3.12.05.000 OS version ('uname -a'): Linux ubuntu 3.2.0-55-generic #85-Ubuntu SMP Wed Oct 2 13:43:27 UTC 2013 i686 athlon i386 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.014002 Perl @INC: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.5.32, for debian-linux-gnu (i686) using readline 6.2 Apache version: Server version: Apache/2.2.22 (Ubuntu) Zebra version: Zebra 2.0.44 (C) 1994-2010, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: 419ad759807269fdfa379799a051ed3a551c6541 Using ICU Running this in a virtual machine, VirtualBox. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8375] New: Common diacritics not shown correctly when exporting batch label to PDF
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8375 Priority: P5 - low Change sponsored?: --- Bug ID: 8375 Assignee: cnighswonger(a)foundations.edu Summary: Common diacritics not shown correctly when exporting batch label to PDF Severity: normal Classification: Unclassified OS: Linux Reporter: matted-34813(a)mypacks.net Hardware: PC Status: NEW Version: unspecified Component: Label printing Product: Koha When exporting a PDF for labels, many common diacritics display as 2 unrelated characters. ----------------- Steps to reproduce bug: a) setup a koha test environment b) get a record with a diacritic in your system catalogue search -> Z3950 search -> Author: jurgen -> select the record matching the one i selectd above (jahre) -> save record -> add item -> wait for zebra to index (5min) -> catalog serach: jahre c) generate a label batch more -> tools -> label creator -> batch -> new -> add item -> title: jahre -> select and add checked (select library if not already set) d) export as PDF select record -> export batch -> export as PDF e) open and view PDF (zoom as necessary) (you can select text with PDF viewer and cut to cllipboard if needed) Actual Results: Example PDF output that I cut and pasted: 1150Jahre MarkÃ¶bel, 850 Jahre BaiersrÃ¶derhof 3886542378 Books 943/.416 Expected Results: The output should have the diacritic for ö correctly displayed. 1150 Jahre Marköbel, 850 Jahre Baiersröderhof Build Date & Platform: master 2012-07-05 on Debian Squeeze Linux 2.6.32 Additional Information: Refer to my detailed efforts in bug 2246. There were too many different target solutions, so I broke the specific behavior out in this new bug. -- You are receiving this mail because: You are watching all bug changes.

1 125

[Bug 12085] New: Allow staff to place multiple reserves for the same patron
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12085 Bug ID: 12085 Summary: Allow staff to place multiple reserves for the same patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 27121 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27121&action=edit Allow multiple reserves for the same patron This requires rather large changes to C4/Reserves.pm, because it didn't use the reserve_id to distinguish the reserves. -Remove all vestiges of reserveconstraints -table from the code. -Make Reserves use ID numbers as much as possible, instead of matching with patron number, bibnum, and date. -Allow the same patron reserve the same item multiple times, but only via staff client. -Adds syspref AllowMultipleHolds ---- I wrote this patch a while ago, and seeing all the other improvements in the area (for example bug 12079 and bug 11947), I decided to put this up here, perhaps it'll be of some use. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 11213] New: GetItemsInfo() called twice
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '15

08 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11213 Bug ID: 11213 Summary: GetItemsInfo() called twice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Details pages opac/opac-detail.pl and catalogue/detail.pl call GetItemsInfo() on their own after it being called from XSLTParse4Display() (if OPACXSLTDetailsDisplay syspref and/or XSLTDetailsDisplay are set). That imposes severe performance penalty for biblio records with large number of items. The right way would be to pass the list to XSLTParse4Display(), however that interface is very complex as is. An alternative is to return the list from XSLTParse4Display(), which is not elegant at all. If no one cries foul in the next 24 hours, I'll proceed with changing the interface. -- You are receiving this mail because: You are watching all bug changes.

1 85

[Bug 6499] New: OCLC # Indexing & Matching
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6499 Bug #: 6499 Summary: OCLC # Indexing & Matching Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com I know that anyone can add indexes and matching rules, but recently we have gotten many more libraries asking for indexes and matching rules on OCLC number (Marc21 035). This enhancement request is me asking if we could get these added in as defaults. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 37

[Bug 11194] New: Add a new index for edition of a document
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11194 Bug ID: 11194 Summary: Add a new index for edition of a document Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Edition of a document (205 in UNIMARC) could be indexed in a specific index. "Edition" index exists in bib1 for this purpose, but is not used in Koha M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 9593] New: Prices not imported correctly from a staged file
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9593 Bug ID: 9593 Summary: Prices not imported correctly from a staged file Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr Created attachment 15269 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=15269&action=edit Prices not imported correctly from a staged file When importing a record from a staged file, sometimes, the price is set to 0 in the Vendor price field (Accounting details block) even if initially present. it occurs when the price is written without decimals : example : 19 EUR. In this case it's not captured by the regular expression in MungeMarcPrice routine (Biblio.pm) : ( $price ) = $price =~ m/([\d\,\.]+[[\,\.]\d\d]?)/; Same thing if the currency symbol was used after the digits, the result would be the same because of this : $price = $parts[1]; If I got it well, seems that the whole routine can be replaced by 2 regular expressions (may be we could even go up to a single one) integrated in GetMarcprice : the first part (symbol treatment) is unusefull as it can be treated directly by the regular expression that's following it. The part concerning groups of more than 2 digits ( if I got it, it 's come out to delete the eventual separator between thousands and hundreds) can be replaced by another regular expression. Test Plan : 1) get on your pc, the joined example file (testfile.elc). That's the kind of file most currently used in France for our acquisitions. Most of the prices in it match the pattern '[digit][digit] EUR' except 2 titles out of them : La méthodologie appliquée du commentaire de texte (14,20 EUR) Le tournant artiste de la littérature française (54,80 EUR) 2) Go to Tools/Stage MARC records for import and stage it in koha. 3) Go to Acquisition module, and an open basket of your choice and click on 'From a staged file' 4) Choose testfile.elc and add it to the basket 5) Click on the first individual 'add order' link : the price might beeing set to 00.00 in the 'Vendor price' field of Accounting details block. 6) Now go back with go back function of your browser : 7) Apply the patch 8) Click again on the same link 9) The price is now present (I hope so) 10 Sign off (I hope so again) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 105

[Bug 7957] New: Routing lists: manage several routing list for each subscription, and export them as CSV
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '15

07 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7957 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 7957 Assignee: julian.maurice(a)biblibre.com Summary: Routing lists: manage several routing list for each subscription, and export them as CSV QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Serials Product: Koha This development will allow to create more than one routing list for each subscription. There will be a new page for managing them (create, edit, delete), printing them, and exporting them as CSV. -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 12020] New: label-edit-batch has hardcoded error messages
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '15

06 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12020 Bug ID: 12020 Summary: label-edit-batch has hardcoded error messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr $ grep errstr labels/label-edit-batch.pl koha-tmpl/intranet-tmpl/prog/en/modules/labels/* labels/label-edit-batch.pl:my $errstr = undef; labels/label-edit-batch.pl: $errstr = "item(s) not removed from batch $batch_id." if $err; labels/label-edit-batch.pl: $errstr = "batch $batch_id was not deleted." if $err; labels/label-edit-batch.pl: $errstr = "item(s) not added to batch $batch_id." if $err; labels/label-edit-batch.pl: $errstr = "items(s) not added, the error was: Branch is not set, you please set your branch before adding items to a batch"; labels/label-edit-batch.pl: $errstr = "batch $batch_id not fully de-duplicated." if $duplicate_count == -1; labels/label-edit-batch.pl: errstr => $errstr, koha-tmpl/intranet-tmpl/prog/en/modules/labels/label-edit-batch.tt: <strong>WARNING:</strong> An error was encountered and [% errstr %] Please have your system administrator check the error log for details. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8754] New: Cardnumber/accession number range when creating print batches in tools
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '15

06 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8754 Priority: P5 - low Change sponsored?: --- Bug ID: 8754 Assignee: gmcharlt(a)gmail.com Summary: Cardnumber/accession number range when creating print batches in tools Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_10 Component: Tools Product: Koha Give ability to generate print batches on the basis of barcode range. for example barcode range: 100001-100099 -- You are receiving this mail because: You are watching all bug changes.

1 4