July 2015 - Koha-bugs - lists.koha-community.org

[Bug 14123] New: Patroncard: Patron search for batch no longer has Select / Select All / Add selected
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14123 Bug ID: 14123 Summary: Patroncard: Patron search for batch no longer has Select / Select All / Add selected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org Created attachment 38773 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38773&action=edit Compare patron search for patron card batch 3.18 - current master The new patron search for patron card batches has no longer the possibility to select /select all and add selected to batch. To add, each single patron has to be added clicking the 'Add' button in the table row. Use case: Search for patrons for a category, select all, add all to the batch. See screenshot with old / new version. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14138] New: Patroncard: Prevent errors if create-pdf.pl gets wrong parameters
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14138 Bug ID: 14138 Summary: Patroncard: Prevent errors if create-pdf.pl gets wrong parameters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Creating PDF for patron cards fails if it is getting invalid parameters for borrowernumber, template_id or layout_id -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 12741] New: Can not create customized slips for branch
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12741 Bug ID: 12741 Summary: Can not create customized slips for branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Go to Tools › Notices & Slips - Locate code ISSUEQSLIP in list, select "Copy to Union" (or other branch) and click "Copy" - Make some modifications and try to submit. This is not possible without changing the code e.g. to UN-ISSUEQSLIP. But with a changed code, the cusomization will not be visible for this branch when printing a quick slip. Workaround: Using MySQL, change the code back to ISSUQSLIP in table 'letter'. Now the customized slip prints as expected for it's branch. Solution: The form should not test for duplicate code, but for duplicate code+branch and allow to submit for same code and different branch. Related to 7997, 11931 ? -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9083] New: <<items.content>> in checkin/checkout notices does nothing
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9083 Priority: P5 - low Change sponsored?: --- Bug ID: 9083 Assignee: koha-bugs(a)lists.koha-community.org Summary: <<items.content>> in checkin/checkout notices does nothing Severity: minor Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Notices Product: Koha As I understand it, the checkout and checkin notices use 'repetition markers' to generate a list of item/title information to display in the notice. The list of fields in the notice editor includes <<items.content>> as an option. If this is not supported it should be removed. For testing I used following paragraph in my notice templates: ---- BIBLIO/BIBLIOITEMS title <<biblio.title>> frameworkcode <<biblio.frameworkcode>> author <<biblio.author>> biblionumber <<biblioitems.biblionumber>> itemtype <<biblioitems.itemtype>> isbn <<biblioitems.isbn>> issn <<biblioitems.issn>> publishercode <<biblioitems.publishercode>> editionstatement <<biblioitems.editionstatement>> editionresponsibility <<biblioitems.editionresponsibility>> pages <<biblioitems.pages>> notes <<biblioitems.notes>> url <<biblioitems.url>> ITEMSCONTENT <<items.content>> ITEMS date due <<old_issues.date_due>> branchcode <<old_issues.branchcode>> returndate <<old_issues.returndate>> issuedate <<old_issues.issuedate>> ---- No information was output between ITEMSCONTENT and ITEMS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 14143] New: Patron cards: Crash (confusion between table names creator_templates and club_template_enrollment_fields
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14143 Bug ID: 14143 Summary: Patron cards: Crash (confusion between table names creator_templates and club_template_enrollment_fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: Go to Home > Tools > Patron card creator Click on 'Manage profiles' Result: Can't use string ("1") as an ARRAY ref while "strict refs" in use at /usr/share/kohaclone/C4/Creators/Lib.pm line 564. Reason: Select statment to get field 'template code' from table 'club_template_enrollment_fields' (!) instead of 'table creator_templates'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 13951] New: patron card problem: When i choose the "Download as PDF" I always get an empty fields and iam getting patron image , barcode correctly in PDF FILE.
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13951 Bug ID: 13951 Summary: patron card problem: When i choose the "Download as PDF" I always get an empty fields and iam getting patron image , barcode correctly in PDF FILE. Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: sai4746(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 37449 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37449&action=edit patron card pdf patron card problem: When i choose the "Download as PDF" I always get an empty fields and iam getting patron image , barcode correctly in PDF FILE. this is the error iam getting "my" variable $template masks earlier declaration in same scope at /usr/share/koha/intranet/cgi-bin/patroncards/create-pdf.pl line 66., referer: http://library.defindia.org:8080/cgi-bin/koha/patroncards/print.pl -- You are receiving this mail because: You are watching all bug changes.

1 7

[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 12471] New: Facility needed to create batch from patron list or query
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '15

10 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12471 Bug ID: 12471 Summary: Facility needed to create batch from patron list or query Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: koha(a)jsense.co.uk QA Contact: testopia(a)bugs.koha-community.org There is a very useful patron list creation facility to make batch management of patrons simpler. It would seem to make sense to connect this facility with the patron card printing tool in order to create batches. Sometimes we create cards for everyone in the library so it would also be good to create batches directly from queries but using lists would be the main requirement. -- You are receiving this mail because: You are watching all bug changes.

1 3

[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