April 2013 - Koha-bugs - lists.koha-community.org

[Bug 9426] New: Add itemtype description template plugin
by bugzilla-daemon＠bugs.koha-community.org 30 May '13

30 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9426 Bug ID: 9426 Summary: Add itemtype description template plugin Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com Like branch name template plugin KohaBranchName, add a plugin that converts itemtype code into its description. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9773] New: Replace YUI AJAX calls in cataloging plugins with jQuery
by bugzilla-daemon＠bugs.koha-community.org 29 May '13

29 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9773 Bug ID: 9773 Summary: Replace YUI AJAX calls in cataloging plugins with jQuery Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org CC: m.de.rooy(a)rijksmuseum.nl There are calls in a few cataloging plugins to YUI AJAX functions. These can be replaced with jQuery code. cataloguing/value_builder/callnumber.pl cataloguing/value_builder/callnumber-KU.pl cataloguing/value_builder/stocknumberam123.pl cataloguing/value_builder/unimarc_field_010.pl -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9763] New: Add callnumber column to "print summary" for moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 29 May '13

29 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9763 Bug ID: 9763 Summary: Add callnumber column to "print summary" for moremember.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 5696] New: Hold deletion should use reservenumber
by bugzilla-daemon＠bugs.koha-community.org 29 May '13

29 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5696 Summary: Hold deletion should use reservenumber Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Now that we have a reservenumber column in the reserves table (Bug 4806), the holds deletion process (Reserves::ModReserve) should use reservenumber instead of borrowernumber + biblionumber. Making this change would allow the deletion of one duplicate hold without deleting all duplicate copies of the hold at once. -- 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 3

[Bug 9991] New: De-duplicate "no cover image available" (currently in lieu of prioritizing cover image sources)
by bugzilla-daemon＠bugs.koha-community.org 29 May '13

29 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9991 Bug ID: 9991 Summary: De-duplicate "no cover image available" (currently in lieu of prioritizing cover image sources) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au Currently, when you have the system preferences for multiple cover image sources turned on, it's possible to have multiple "No Cover Image Available" graphics appearing in the OPAC for any 1 record. I think it would make more sense to just have 1 "No Cover Image Available" if there are actually no cover images available. Plus, if there is at least 1 cover image available, there should be 0 "No Cover Image Available" graphics appearing for that record. One idea (purely JScript-based): 1) Add a class to each cover art span (or possibly use the existing thumbnail class for the img) 2) Then use a JScript function to loop through each record's a.p1 element (which seems to be unique...although we could always add a cover art class to it as well). 3) If span.cover_art (or img.thumbnail) exists, remove all span.no-image elements within that a.p1 element. 4) If span.cover_art (or img.thumbnail) does not exist AND count(span.no-image) > 1, remove every span.no-image after the first instance within that a.p1 element. I don't think we could do it solely with Perl or TT, because the existence of cover art is going to vary depending on several other JScript functions which run independently of each other. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6461] New: BiblioDefaultView has no impact on how record are displayed when going from results list
by bugzilla-daemon＠bugs.koha-community.org 29 May '13

29 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6461 Bug #: 6461 Summary: BiblioDefaultView has no impact on how record are displayed when going from results list Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In OPAC, when having a list of results and clicking on the title, one gets always "Normal View", despite of BiblioDefaultView systempreference setting. This is because in T::T transition BiblioDefaultView has been erroneously prefixed in opac-results.tt with SEARCH_RESULT. A patch will follow. -- 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 11

[Bug 9286] New: Add script to add a bib to the zebra queue from the command line
by bugzilla-daemon＠bugs.koha-community.org 28 May '13

28 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9286 Bug ID: 9286 Summary: Add script to add a bib to the zebra queue from the command line Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com It would be convenient to have a script to insert a single bib into the zebra queue manually. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 9424] New: Move JavaScript out of header include
by bugzilla-daemon＠bugs.koha-community.org 28 May '13

28 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9424 Bug ID: 9424 Summary: Move JavaScript out of header include Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org There are some JavaScript "onclicks" in header.inc which could be safely moved to staff-global.js since both are global. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 10062] New: Attached item from a deleted record
by bugzilla-daemon＠bugs.koha-community.org 28 May '13

28 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10062 Bug ID: 10062 Summary: Attached item from a deleted record Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: shalomchong(a)segi.edu.my CC: m.de.rooy(a)rijksmuseum.nl Created attachment 17482 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17482&action=edit This is the search i run on Google Chrome I've attached items from a deleted record (without knowing it's from a deleted record), and now I'm stuck. When I run a search on the item barcode, the result page gave me two biblios: 1. The new biblio this item "newly attached" 2. The old biblio which was deleted (why it still appeared in the search result? is it because there are still item attached to it? Shouldn't the system stop or warn librarian from deleting a biblio with items attached?) According to the search result, the first biblio has ten item attached (with 6 attached from the old deleted biblio). however, if I goes to the record detail page, only four items was shown in the normal view, edit item page. I get the same result either using IE or Google Chrome. There is no way for me to restore the deleted biblio or delete these attached items from the new biblio now :( -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8740] New: Serials Claims should be exportable all at once
by bugzilla-daemon＠bugs.koha-community.org 27 May '13

27 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8740 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8740 CC: colin.campbell(a)ptfs-europe.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Serials Claims should be exportable all at once Severity: enhancement Classification: Unclassified OS: All Reporter: mjr(a)software.coop URL: http://intranet/cgi-bin/koha/serials/claims.pl Hardware: All Status: NEW Version: master Component: Serials Product: Koha At the moment, you have to step through vendors one at a time. It should be possible to see all overdues at once, if chosen explicitly because the list may be large. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13