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

[Bug 11882] New: Add a new button to the checkout confirmation dialog when checking out a reserved item.
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11882 Bug ID: 11882 Summary: Add a new button to the checkout confirmation dialog when checking out a reserved item. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 25748 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25748&action=edit Add a "Don't Check Out and Print Slip" button to the dialog that appears when trying to checkout a reserved item. This patch adds a "Don't Check Out and Print Slip" button to the dialog that appears when trying to checkout a reserved item. Test case : * Put a hold on an item for User A. * Try to check out it item with User B. * The "Please confirm checkout" box should appear. The "Don't Check Out and Print Slip" button should appear in this box. * Click on the "Don't Check Out and Print Slip" button. * You should be redirected to the "Check in" page, where a dialog will give you more informations on the hold, and let you print a reservation slip. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 14181] New: MARC21 773 -- Display when ind1 = 0 or blank
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14181 Bug ID: 14181 Summary: MARC21 773 -- Display when ind1 = 0 or blank Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: wsalesky(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently 773 is set to display if ind1=0 and is suppressed if ind1 = ''. Patch will change code to display if ind1 != 1. So it will catch both scenarios. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 13904] New: unimarc_field_4XX plugin doesn't display volume info, neither link to biblio
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13904 Bug ID: 13904 Summary: unimarc_field_4XX plugin doesn't display volume info, neither link to biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When searching for multivolumes titles, UNIMARC 4xx field plugin displays the title of the biblios (200$a), without giving info about volumes (200 $h $i). The displayed title is supposed to link to a biblio record view (MARC / normal). It doesn't work. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 10963] New: Simplified creation of MARC21 sample frameworks
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10963 Bug ID: 10963 Summary: Simplified creation of MARC21 sample frameworks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl As mentioned on IRC, use of current sample frameworks is discouraged because they are incomplete or out of sync with default framework. I propose to build sample and fast add frameworks using default framework. New files are smaller and we need to mantain a single framework. Also there will be less strings to translate, when time comes for that. -- You are receiving this mail because: You are watching all bug changes.

1 100

[Bug 7369] New: duplicate item
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7369 Bug #: 7369 Summary: duplicate item Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com It would be nice when coming back to a bib record with items on it already to be able to choose an item to duplicate. You can duplicate bib records and subscriptions under their edit menus, but the only way to duplicate an item is to use add and duplicate which is only done when adding a new item - but often you want to duplicate an existing item at a later date and this would allow that. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 45

[Bug 10933] New: PurgeSearchHistory should be merge into the C4::Search::History module
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10933 Bug ID: 10933 Summary: PurgeSearchHistory should be merge into the C4::Search::History module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 13962] New: Add vendor to new acq tab in staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13962 Bug ID: 13962 Summary: Add vendor to new acq tab in staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When using AcquisitionDetails a new tab is shown on the staff client detail page that shows order information from the acquisition module. Feedback at our user meeting was, that it would be nice to see the vendor for the orders there as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 7895] New: Add Plack/FastCGI/mod_perl server configuration and Zebra info to about
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7895 Priority: P5 - low Change sponsored?: --- Bug ID: 7895 Assignee: nengard(a)gmail.com Summary: Add Plack/FastCGI/mod_perl server configuration and Zebra info to about QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: rel_3_6 Component: About Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 14420] New: bulkmarcimport.pl - Some problems
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14420 Bug ID: 14420 Summary: bulkmarcimport.pl - Some problems Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: vfernandes(a)keep.pt QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz PROBLEM 1 If a record as some than one ISBN, the values are recorded in database like 'isbn1 | isbn2 | isbn3'. In the script the ISBN match are only checking for exact ISBN matching. my $sth_isbn = $dbh->prepare("SELECT biblionumber,biblioitemnumber FROM biblioitems WHERE isbn=? OR isbn like ? OR isbn like ? OR isbn like ?"); The script should verify if the ISBN is a exact match or if it appears in start, in the middle or in the end of the database isbn column: my $sth_isbn = $dbh->prepare("SELECT biblionumber,biblioitemnumber FROM biblioitems WHERE isbn=? OR isbn like ? OR isbn like ? OR isbn like ?"); The query execution should also be changed: $sth_isbn->execute($isbn, $isbn." | %", "% | ".$isbn, "% | ".$isbn." | %"); PROBLEM 2 The ISBN is not being saved in the variable $isbn because of the following line: my $isbn = $field && $field->subfield('a'); The "my" before the variable should be removed. PROBLEM 3 The $biblionumber and $biblioitemnumber are being lost after the record modification in the case of being a duplicate record. ModBiblio returns 1 if everything works right in the record modification. The following line code should be modified: eval { ( $biblionumber, $biblioitemnumber ) = ModBiblio( $record, $biblionumber, GetFrameworkCode($biblionumber) ) }; The result should be: eval { ModBiblio( $record, $biblionumber, GetFrameworkCode($biblionumber) ) }; PROBLEM 4 When modifying a record, maybe we want to append the items to the existing record. So we should pass a clone of the record to the method ModBiblio, because that method strips all items in the record. This should be done with a new argument. -updateadditems The line: eval { ModBiblio( $record, $biblionumber, GetFrameworkCode($biblionumber) ) }; Is changed to: my $clone = $updateadditems ? $record->clone() : $record; eval { ModBiblio( $clone, $biblionumber, GetFrameworkCode($biblionumber) ) }; -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11122] New: publisher code and publication year not fetched in acq orders
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11122 Bug ID: 11122 Summary: publisher code and publication year not fetched in acq orders Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In acquisition, several templates try to display publisher code and publication year : invoice.tt, parcel.tt, transferorder.tt. Thoses pages use C4::Acquisition methods GetPendingOrders or GetInvoiceDetails. The bug is that in the SQL query of those methods, biblioitems.publishercode and biblioitems.publicationyear. In uncertainprice.pl those datas are fetch using GetBiblioData. It whould be better to fetch them in GetPendingOrders and GetInvoiceDetails. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31