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

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

[Bug 13023] New: Nonpublic note for items should be mapped to a database column like itemnotes
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '15

05 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13023 Bug ID: 13023 Summary: Nonpublic note for items should be mapped to a database column like itemnotes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl An item's public notes are mapped to a db column, but the librarian only notes are not. We need to map these so in the future we may display them in places other than the editor. -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 11714] New: GetBudgetHierarchy needs optimization
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '15

05 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11714 Bug ID: 11714 Summary: GetBudgetHierarchy needs optimization Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The method C4::Budgets::GetBudgetHierarchy() retreives from database budgets in an array containing a tree of budgets (parent -> children -> children, ...). The code generating this tree with the SQL results needs optimization because when a lot of budgets exists, it can run during several minutes. Have a look at code resume : while (1) { foreach my $r (@res) { foreach my $r2 (@res) { } } } With 1000 budgets there can be 1000x1000x1000 loops ... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27