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

[Bug 10951] New: Make the NoLoginInstructions a customizable field through preferences
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '15

11 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10951 Bug ID: 10951 Summary: Make the NoLoginInstructions a customizable field through preferences 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: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org On a failed login, the default message is harcorded into opac-auth.tt. It would be preferable to allow for a preference to override that message (for example: ...Please bring an ID to the front desk located on 3rd floor...) The changes modify -opac-auth.tt to allow for custom value -admin/preferences/opac.pref to add it to the preferences with a description -C4/Auth.pm for the loading of the preference TESTING 1) in OPAC, logged out, try login in by entering no or wrong credentials. Acknowledge the "Don't have a passord yet?" message 2) Apply the patch 3) Regression Test: Redo step 1. Same (default) message should appear. 4) Log in to intranet, - select NoLoginInstructions in system preferences. - Enter new (xml) message. Possible: <h5>Welcome to Koha, please bring your passport to the front office</h5> - and save 5) refresh the OPAC, try login again with invalid credentials. The new message should appear. -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 11563] New: Class noEnterSubmit no longer functioning
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '15

10 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11563 Bug ID: 11563 Summary: Class noEnterSubmit no longer functioning 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For some reason, even if an input as the class noEnterSubmit, the code found in staff-global.js for preventing submission when hitting the enter key is no longer triggered! -- You are receiving this mail because: You are watching all bug changes.

1 58

[Bug 13080] New: addClass('noEnterSubmit') no longer functioning for 5xx tags while cataloging
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '15

10 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13080 Bug ID: 13080 Summary: addClass('noEnterSubmit') no longer functioning for 5xx tags while cataloging Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 32293 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=32293&action=edit noEnterSubmit Tested in koha-common 3.16.4. When trying to input text in a textarea html tag while cataloging the "intro" key does not funcion. Needs to fix file intranet-tmpl/prog/*LANG*/js/cataloging.js In LINE 486 erase 'noEnterSubmit' parameter in function addClass. So: - $(".input_marceditor, .indicator").addClass('noEnterSubmit'); + $(".input_marceditor, .indicator").addClass(''); -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 13430] New: Serial enumeration not visible when handling Serial Items. Show enumerations for Serial Items in the circ- and member-modules.
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '15

10 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13430 Bug ID: 13430 Summary: Serial enumeration not visible when handling Serial Items. Show enumerations for Serial Items in the circ- and member-modules. 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Our librarians need to know which enumerations of an Serial Item are on hold for a borrower and which are checked out. It is not enough to know just the title + author. This patch simply shows the koha.items.enumchron-field in the AJAX-driven checkout and holds-views and if no Items with enumchron are present, the column is automatically hidden. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 13911] New: Add support for Internet Archive BookReader
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '15

10 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13911 Bug ID: 13911 Summary: Add support for Internet Archive BookReader Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This new feature proposes to add support for storage and display (via the OPAC) of scanned (.PDFs, JPEG / JPEG2000 / TIFF et al.) rare materials (old books that are out of copyright and/or manuscripts) using the IA BookReader [1] JavaScript library. Since IA BookReader is licensed under AGPLv3, actual download and installation of this JavaScript library will be left as a user initiated exercise via a .KPZ plugin. However, this patch will add the supporting cgi perl module and templates to integrate and facilitate the integrated functionality. This feature is being partly sponsored by Bhaktivedanta Research Centre (BRC) of ISKCON. BRC presently maintains its catalogue using Koha v3.18 A short video of the preliminary functionality is available on Youtube [2]. References: [1] https://openlibrary.org/dev/docs/bookreader [2] https://www.youtube.com/watch?v=vSJAUdtuKpk -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 13343] New: Items are not embedded when sending a basket/shelve
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '15

10 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13343 Bug ID: 13343 Summary: Items are not embedded when sending a basket/shelve Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 When a basket/shelf is downloaded, items are embedded, but not when sending it by email. This seems to be a bug, we would expect to get the same file. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 8684] New: Duplicate check for creating items on order broken
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '15

09 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8684 Priority: P5 - low Change sponsored?: --- Bug ID: 8684 Assignee: koha-bugs(a)lists.koha-community.org Summary: Duplicate check for creating items on order broken Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha When creating items for an order, the duplicate check based on UniqueItemFields doesn't work any longer. To test: UniqueItemFields: barcode AcqCreateItem: placing an order Autobarcode: 1, 2, 3... 1) Create a new order 2) Add 2 items with the same barcode 3) Save the order > only 1 item is created, no warning shown Turning off Autobarcode (do not generate) didn't solve the problem. There is a javascript error that you can see when saving the order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 7377] New: Feature Request: Add Lexile Search for Ranges of Lexile Scores
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '15

07 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7377 Bug #: 7377 Summary: Feature Request: Add Lexile Search for Ranges of Lexile Scores Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: lzuares(a)collsk12.org QAContact: ian.walls(a)bywatersolutions.com I would really appreciate the ability to search by Lexile range from within the OPAC and/or Staff Client. I was doing some Googling and came across two submitted patches, which don't appear to have made it into 3.6. The links are listed below. -Thanks http://lists.koha-community.org/pipermail/koha-patches/2010-January/010872.… http://lists.koha-community.org/pipermail/koha-patches/2010-January/010874.… -- 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 5

[Bug 10707] New: inventory not removing lost status
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '15

07 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10707 Bug ID: 10707 Summary: inventory not removing lost status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When doing inventory it should remove the lost status if an item is marked seen ... cause if it's seen it's not lost. The problem / discussion here is on what should happen to items that are still 'checked out' and marked lost - should the patron be refunded? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 9942] New: Circulation module cannot anonymise if anonymity user is not set up correctly.
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '15

06 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9942 Bug ID: 9942 Summary: Circulation module cannot anonymise if anonymity user is not set up correctly. Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: peterAtKohaBugzilla(a)pck.co.nz CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is related to bug 6506. The MarkIssueReturned sub of Circulation.pm contains the comment: # The default of 0 does not work due to foreign key constraints # The anonymisation will fail quietly if AnonymousPatron is not a valid entry As noted on bug 6506, this is unacceptable. Severity cloned from that bug. This is a guess, but I surmise that how to test is to enable privacy, check out a book, return that book, and see if the book is in your borrowing history. If it is, that's a fail. If it isn't, that's a pass. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17