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

[Bug 6890] New: Add 'delete reserve' to modification logging
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '15

17 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6890 Bug #: 6890 Summary: Add 'delete reserve' to modification logging Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It would be nice to be able to see which logged in user (or if the patron) deleted or canceled a reserve. This would be part of the "modification log," probably a new module, "reserves." -- 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 16

[Bug 13708] New: MARC Mapping Item columns to several MARC Fields
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '15

17 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13708 Bug ID: 13708 Summary: MARC Mapping Item columns to several MARC Fields 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Because we have ran out of MARC subfield codes, we cannot add more Item-columns from the DB to the search indexable MARC Record. This patch enables support for "Koha to MARC mapping" to work on other Fields as well. This patch enables editing Items' columns mapped to non-standard MARC Items Fields. No further issues regarding using non-standard Item fields identified yet. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 13716] New: On adding recipients/patrons to a routing list, searching fields are filtered in OR instead of AND
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '15

17 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13716 Bug ID: 13716 Summary: On adding recipients/patrons to a routing list, searching fields are filtered in OR instead of AND Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: paola.rossi(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com In Home › Serials › [serial title] › Edit routing list, I'm trying to "Add a recipient[/patron/borrower]" to a Rooting List of a subscription. On /cgi-bin/koha/serials/member-search.pl, the 3 input fields are crossed so: Library AND Category Name OR (Library AND Category) Name OR Library Name OR Category On the contrary I'm expecting this way of building the query: Name AND Library AND Category Name AND Library Name AND Category -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 6513] New: Library and Category filters when searching for a borrower to add to a routing list don't work correctly.
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '15

17 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6513 Bug #: 6513 Summary: Library and Category filters when searching for a borrower to add to a routing list don't work correctly. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org To reproduce: 1) * Put a borrower's name in the box * Leave the other two fields as "any" * This works correctly 2) * Put a borrower's name in the box * Set the "Library" field to a library, the "Category" field as "any" * This provides you all the borrowers in that library, ignoring the borrower's name. 3) * Repeat the above with a category set. * Note that the category doesn't affect the output at all. -- 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 16

[Bug 13684] New: C4::Output uses C4::Budgets
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '15

17 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13684 Bug ID: 13684 Summary: C4::Output uses C4::Budgets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal 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 ... for nothing -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 7741] New: Clear search terms in Z3950 search page
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '15

17 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7741 Priority: P5 - low Change sponsored?: --- Bug ID: 7741 Assignee: gmcharlt(a)gmail.com Summary: Clear search terms in Z3950 search page QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: savitra.sirohi(a)osslabs.biz Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha In Z39.50 search screen, create a button to blank out information from the bib record [clear the search fields]. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 13714] New: Problems deleting the delay field in overdue triggers
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '15

16 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13714 Bug ID: 13714 Summary: Problems deleting the delay field in overdue triggers Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It is not possible to delete the delay field in the overdue triggers policy if it is the last notice tab to be edited. To reproduce: Go to an overdue trigger policy (cgi-bin/koha/tools/overduerules.pl) that contains a delay in the 1st, 2nd and 3rd tabs. Delete all of the values from the delay fields in the first and second tabs. Save changes. Delete the values from the delay fields in the third overdue tab. Save. The changes will not be saved. It does not matter in which order the tabs are edited. If the check boxes are also edited at the same time as the last delay fields are edited, these changes will not be saved either, although they can be saved if the delay fields are not edited. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 11518] New: Add new method to Koha::Schema::Result::Item that will always return the correct itemtype
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '15

16 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11518 Bug ID: 11518 Summary: Add new method to Koha::Schema::Result::Item that will always return the correct itemtype 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There are many disparate areas of Koha that deal with item level itemtypes vs record level itemtypes. We can take advantage of DBIx::Class to make smarter objects that automatically return the correct value depending on the system preference. -- You are receiving this mail because: You are watching all bug changes.

1 53

[Bug 9533] New: batch item modification should ignore defaults
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '15

16 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9533 Bug ID: 9533 Summary: batch item modification should ignore defaults Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl If you have a default value set for an item field in the framework it shows up on the batch item modification form. That form should be completely blank I think and ignore all defaults. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 13711] New: can't call "fields" on undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 683.
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '15

16 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13711 Bug ID: 13711 Summary: can't call "fields" on undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.p l line 683. Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: bob-ewart(a)bobsown.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 35919 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35919&action=edit koha-error_log showing what happened This fails with the subject error when running on openSUSE built from the tar file for 3.18.03. It works on a Debian based systems installed from the Debian package. Steps to show the bug on a system built from the tar release 1. Go to cataloging 2. Create a book to add 3. Save it Attached is the section of /var/log/koha/koha-error_log with the 'CGI::param called in list context' errors removed. -- You are receiving this mail because: You are watching all bug changes.

1 2