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

[Bug 9368] New: specific behavior of yr and acqdate indexes
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '14

22 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9368 Bug ID: 9368 Summary: specific behavior of yr and acqdate indexes Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com When searching on date of publication or date of acquisition index from advanced search, there are several bugs : - The search is performed on no index, using only search therm. - The next or previous pages lead to an empty result page. This comes from specific behavior in C4/Search.pm. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 9859] New: C4::Charset -> nsb_clean() remove Â
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '14

22 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9859 Bug ID: 9859 Summary: C4::Charset -> nsb_clean() remove Â Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: stephane.delaune(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl the nsb_clean sub (from C4::Charset) that aims to remove Non Sorting Block from strings have an undesirable side effect : it remove this char : Â -- You are receiving this mail because: You are watching all bug changes.

1 27

[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 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 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

[Bug 8374] New: Option to print all entries of a list/cart in a user friendly format
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '14

17 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8374 Priority: P5 - low Change sponsored?: --- Bug ID: 8374 Assignee: oleonard(a)myacpl.org Summary: Option to print all entries of a list/cart in a user friendly format Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha When a list has a lot of entries it is paginated. If you print use the print list feature provided, only the first page is printed. Our download options BibTex, Ris and MARC are not easy to read for a user. It would be nice to provide a way to download or print all entries on a list in an easy way from the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10126] New: C4::Reports::Guided is not Plack safe
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '14

16 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10126 Bug ID: 10126 Summary: C4::Reports::Guided is not Plack safe Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com Notice then numerous my variables at module level. There is also a call to C4::Context->preference in a BEGIN block, which is bad. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8292] New: clicking ignore on hold cancels transfer
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '14

12 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8292 Priority: P5 - low Change sponsored?: --- Bug ID: 8292 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: clicking ignore on hold cancels transfer Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha If a title has some holds on it and I check it in at the borrowing library, I got a message telling me about a hold. I clicked "Ignore" on that message. The barcode was not transferred back to the owning library at this point even though it should have been. The barcode still shows as having a Current Location. Notes from Ian on the code inspection: The portion of code that triggers the automatic return home is not called if a hold is found; this makes sense in the case where you're filling the hold, since you'd be transferring to that library instead of the home library. But when you 'ignore', nothing additional happens. The ignore button just makes the confirmation box disappear; not further actions are taken. So the code to do the transfer is never performed, and the item sits at the holdingbranch library. Obviously this is not what people expect. If you're ignoring the hold, you want the checkin to proceed as if the hold had never popped up in the first place, and that means doing a return home if appropriate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 9967] New: Authorized values are not Plack-compatible
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '14

11 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9967 Bug ID: 9967 Summary: Authorized values are not Plack-compatible Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com If you add or change an authorized value linked to an item field, you will not be able to use your changed authorized value under Plack without resetting the Plack server. Possibly relevant warnings: Subroutine AuthorizedValuesForCategory redefined at /home/jcamins/kohaclone/admin/authorised_values.pl line 31. Subroutine default_form redefined at /home/jcamins/kohaclone/admin/authorised_values.pl line 238. -- You are receiving this mail because: You are watching all bug changes.

1 39