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

[Bug 10960] New: Holds Queue Report display loc code not description
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '14

21 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10960 Bug ID: 10960 Summary: Holds Queue Report display loc code not description Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The holds queue report is displaying the loc code in the call number column rather than the description. This can be very confusion depending on the codes a library is using. I found this in 3.10 as well as 3.12 Ed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 12585] New: Tag searching broken if QueryParser is turned on
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '14

21 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12585 Bug ID: 12585 Summary: Tag searching broken if QueryParser is turned on Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/opac-search.pl?tag=foo&q=foo OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If you try to search by tag in the OPAC with the UseQueryParser system preference turned off you get an error: Can't locate YAML/XS.pm in @INC at (eval 1903) line 1. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9921] New: Make it possible to force 001 = biblionumber
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '14

21 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 Bug ID: 9921 Summary: Make it possible to force 001 = biblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)enger.priv.no For some installations it would be nice to be able to force MARC field 001 to contain the biblionumber. This should obviously be governed by a syspref. -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 7362] New: Allow searching by item number as a fallback
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '14

21 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7362 Bug #: 7362 Summary: Allow searching by item number as a fallback Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com If a library has many items not barcoded, then it'd be good to be able to have them do circulation using the item number. This development will allow using the item number as a fallback if no barcode match was found. To do: * Add a syspref that enables falling back to the item number * When a search is done in the circ interface, and a matching barcode is not found, and the syspref is on: ** Attempt to load an item with a matching item ID and present that. * Update the template to note that it was searching by item number as well, for error messages. -- 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 15

[Bug 12862] New: HTML fixes triggered by cleaning up language="javascript"
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '14

18 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12862 Bug ID: 12862 Summary: HTML fixes triggered by cleaning up language="javascript" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Tweak the <script> tags to remove or modify the obsolete tag in question, perhaps move the script to fix another bug, tweak the one other simple HTML bug while I'm at it in a file, and fix a hardcoded opac-tmpl when koha-qa complains. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 12424] New: ddc sorting of call numbers truncates long Cutter parts
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '14

18 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12424 Bug ID: 12424 Summary: ddc sorting of call numbers truncates long Cutter parts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: giuseppe.angilella(a)ct.infn.it QA Contact: testopia(a)bugs.koha-community.org Occasionally, I need quite long Cutter parts in the itemcallnumber of specific items, e.g. 530 F435 1996 v2p1 for part 1 (p1) of volume 2 (v2) of the 1996 edition of the Feynman's (Cutter F435) Lectures in Physics (Dewey 530). All substrings are essential information, as another edition (2007) exists (and is present in my library's collection). Moreover, 1996 and 2007 cannot be abridged to 96 and 07, respectively, as this would obviously result in a wrong sorting. Now, since "530" has no decimal part in this case, Dewey's class sorting routine (C4/ClassSortRoutine/Dewey.pm) recognizes "1996" as the "second digit group", and therefore converts it into a "15-digit long group, padded on right with zeroes" (see documentation e.g. at https://github.com/colinsc/koha/blob/master/C4/ClassSortRoutine/Dewey.pm ). This results in having this item sorted at the very end of all items having an 530.* Dewey class (yet before items with 531). I could overcome this, by attaching the year part to the proper Cutter part by a character different from a whitespace or a decimal point, e.g. 530 F435_1996 v2p1 In this way, 1996 is not an isolated "second digit group" any longer, and "F435_1996" is not modified by the class sorting routine. However, the resulting cn_sort field for this item looks like: 530_000000000000000_F435_1996_ namely, the volume and part substring have been truncated by MySQL, since items.cn_sort is only a varchar(30) subfield. The situation would be even worse for longer Cutter strings (e.g., including trailing letter(s) from the record's title), or with item call numbers including copy numbers. This behaviour could be enhanced by increasing the width of the items.cn_sort subfield in the Koha database by a sufficient number of additional characters, to avoid truncation of long Cutter parts. (I am not sure how one could avoid misunderstanding the year part for the Dewey decimal part without the inclusion of a non-splitting character, if not by modifying Dewey.pm, which is definitely not what I am suggesting here.) Many thanks! -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 12296] New: OPAC search box should be customisable
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '14

18 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12296 Bug ID: 12296 Summary: OPAC search box should be customisable 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: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org It should be possible to swap out the search box with custom HTML if that's a thing you need to do, e.g. to integrate other search options. Ideally this'd be able to happen without a template change, just by putting HTML into a system preference. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 12134] New: Members are restricted even if the debarment is ended
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '14

17 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12134 Bug ID: 12134 Summary: Members are restricted even if the debarment is ended Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Introduced by bug 2720. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 12292] New: Members are restricted even if the debarment is ended - moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '14

17 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12292 Bug ID: 12292 Summary: Members are restricted even if the debarment is ended - moremember.pl 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Same issue as bug 12134 on the members/moremember.pl This is not critical since the circulation workflow is not bloked. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 8732] New: Add a systempreference to allow users to choose to display an icon based on the marc control fields, or based on the koha biblio level itemtype
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '14

17 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8732 Priority: P5 - low Change sponsored?: --- Bug ID: 8732 Assignee: oleonard(a)myacpl.org Summary: Add a systempreference to allow users to choose to display an icon based on the marc control fields, or based on the koha biblio level itemtype Severity: enhancement Classification: Unclassified OS: All Reporter: chris(a)bigballofwax.co.nz Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Often the icon that is generated in XSLT using the MARC control fields is inaccurate or inadequate. This systempreference would allow libraries to use the itemtype icon they have chosen for the biblio level itemtype (942 in MARC21) This is sponsored by 6 New Zealand Libraries -- You are receiving this mail because: You are watching all bug changes.

1 27