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

[Bug 8000] New: Test mode for notices
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8000 Priority: P5 - low Change sponsored?: --- Bug ID: 8000 Assignee: henridamien(a)koha-fr.org Summary: Test mode for notices QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Notices Product: Koha Koha should have a test mode for notices so a library can see what all of the notices will look like before go live, or to troubleshoot difficulties. Test mode would do the following: -redirect all mails to a specified (by default the defined library email address) address - Ability to specify a patron as a "test" patron -- You are receiving this mail because: You are watching all bug changes.

1 114

[Bug 10744] New: ExpireReservesMaxPickUpDelay has minor workflow conflicts with hold(s) over report
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10744 Bug ID: 10744 Summary: ExpireReservesMaxPickUpDelay has minor workflow conflicts with hold(s) over report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Turning on ExpireReservesMaxPickUpDelay means that the hold(s) over part of the holds awaiting pickup report (circ/waitingreserves.pl) can be confusing. Specifically, if the hold cancellation cronjob runs before the library opens, the hold(s) over list will never contain any contents -- all of the holds that have hit the max pickup delay will have been cancelled. Having a report that will never produce results can be (and has been for at least one of our customers) confusing. I can think of a couple options for improving this: - suppress the display of the hold(s) over tab if ExpireReservesMaxPickUpDelay is on. - have the hold(s) over report display the list of waiting holds that were canceled - today or - the last time cancel_expired_holds.pl was run - as alternative or in conjunction with one of the other options, have cancel_expired_holds.pl create a report of cancelled waiting holds to assist with clearing the items from the holds shelf -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 13726] New: Koha::Acquisition::Bookseller should use Koha::Object
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13726 Bug ID: 13726 Summary: Koha::Acquisition::Bookseller should use Koha::Object Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Koha::Acquisition::Bookseller has been introduced by bug 12896 but no consensus on the DBIx::Class implementation was reach. Now that we have Koha::Object (cf bug 13019), it should use it. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 13719] New: Store list of objects as needed
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13719 Bug ID: 13719 Summary: Store list of objects as needed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 15006] New: Need to distinguish client timeout from login timeout
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15006 Bug ID: 15006 Summary: Need to distinguish client timeout from login timeout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Since patch 13432 was applied the main sip loop times out according to the timeout value. This can cause considerable instability and cause client machines to shutdown if the value is too low. As the timeout variable is a login timeout it is typically on the low side (30sec) for client connections it needs to be over 5mins typically possibly more. Suggest a the time out for active connections be separated from the login timeout. we also need the possibility to switch it off completely. Submit a patch adding a 'client_timeout' parameter -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 14555] New: Warns in opac-search.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14555 Bug ID: 14555 Summary: Warns in opac-search.pl 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org opac-search.pl: Use of uninitialized value in split at /home/vagrant/kohaclone/opac/opac-search.pl line 500 To recreate, scroll to the bottom of the main page on OPAC (opac-main.pl) Choose any group on the drop-down menu under 'New titles' Notice warn -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 14110] New: Silence warnings t/00-load.t
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14110 Bug ID: 14110 Summary: Silence warnings t/00-load.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mtompset(a)hotmail.com QA Contact: gmcharlt(a)gmail.com Noted: bug 8879 is an omnibus for the ./t errors. This cleanly catches all the errors in t/00-load.t, but it does not clean up the Koha tests which actually exclude testing Koha/NorwegianPatronDB.pm! -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 15239] New: Add multiple items fail on barcode
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15239 Bug ID: 15239 Summary: Add multiple items fail on barcode Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 45104 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=45104&action=edit screenshot of items list we have identified that at least koha 3.20 on ubuntu 14.04 when you try to add multiple items and you have configured autoBarcode to '¡<<branchcode>>yymmdd it only applies to the first item, the rest are just yymmdd It only happens with <<branchode>>yymmdd. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 14067] New: 500 error when deleting patrons
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14067 Bug ID: 14067 Summary: 500 error when deleting patrons Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: amy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 38571 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38571&action=edit delete patron error msg screen Partners getting a 500 error (screenshot attached) when attempting to delete patrons. It may be that as long as all of the required fields are filled in this error does not occur. But if any fields are missing the error is seen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 14015] New: Entering 0 (zero) as barcode reloads checkout page without patron information
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14015 Bug ID: 14015 Summary: Entering 0 (zero) as barcode reloads checkout page without patron information Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: - Go to Home > Circulation > Checkouts > [a patron] - Enter 0 (zero) in barcode field and hit Enter Result: circ/circulation.pl reloads without patron selected (Home > Circulation > Checkouts). You have to search the patron again to proceed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34