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

[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

[Bug 9936] New: SIP2 should use C4/Auth.pm for user authentication
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '15

05 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9936 Bug ID: 9936 Summary: SIP2 should use C4/Auth.pm for user authentication Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: colin.campbell(a)ptfs-europe.com SIP2 checks the password directly against the database instead of using C4/Auth.pm. This means that it won't work with LDAP and possibly CAS. Also, we should do authentication the same everywhere in Koha to ensure consistency. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 10253] New: tax rate only takes 1 decimal point
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '15

05 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10253 Bug ID: 10253 Summary: tax rate only takes 1 decimal point Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com Created attachment 18163 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18163&action=edit tax rate preference See attached. The tax rate where I am is 6.85, but I can't get that to show in the tax pull down. It turns it in to 6.8 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 11674] New: Configuration for MARC field doc URLs
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '15

04 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11674 Bug ID: 11674 Summary: Configuration for MARC field doc URLs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When adding a MARC record, the MARC21 field documentation is hard-coded to go to www.loc.gov - The URL(s) should be configurable, to allow non-English documentation. Same applies to UNIMARC field docs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 13232] New: patron letter browse not working
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '15

04 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13232 Bug ID: 13232 Summary: patron letter browse not working 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I just pulled master a few minutes ago, went to the patron module and clicked 'E' it gave me a patron named John Stewart - that was the only result. I do have patrons with last names that start with E - like mine. I think the alphabet filters on the patron search page are not working as expected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11