January 2016 - Koha-bugs - lists.koha-community.org

[Bug 14191] New: Noisy warns in C4/XSLT.pm
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14191 Bug ID: 14191 Summary: Noisy warns in C4/XSLT.pm Change sponsored?: --- Product: Koha Version: unspecified 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 "Use of uninitialized value in numeric eq" at an if statement. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14554] New: Warns when updating personal details on OPAC
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14554 Bug ID: 14554 Summary: Warns when updating personal details on OPAC 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-memberentry.pl: Use of uninitialized value in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 opac-memberentry.pl: Use of uninitialized value in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 opac-memberentry.pl: Use of uninitialized value $new_data{"dateofbirth"} in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 opac-memberentry.pl: Use of uninitialized value in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 opac-memberentry.pl: Use of uninitialized value in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 opac-memberentry.pl: Use of uninitialized value in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 opac-memberentry.pl: Use of uninitialized value in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 opac-memberentry.pl: Use of uninitialized value in string eq at /home/vagrant/kohaclone/opac/opac-memberentry.pl line 317 To recreate, log in to the OPAC and click on your name at the top right to go to your account Go to 'your personal details' on the left nav Scroll to the bottom and click 'submit update request' (don't have to make any changes for a request to be a sent - another bug?) Notice warns -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 15221] New: SIP server always sets the alert flag
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

1 2

[Bug 12586] New: Record matching rules - Required match checks doesn't work with MARCXML
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12586 Bug ID: 12586 Summary: Record matching rules - Required match checks doesn't work with MARCXML Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When trying to Match MARCXML-records from Zebra using Required match checks, C4::Matcher::_passes_required_checks() tries to make a MARC::Record out of MARCXML while thinking it is USMARC. This leads to matching records getting not-matched, and subsequently importing the same records again and again. Very hard to debug or create a test case. I accidentally noticed this while building an automatic acquisitions record overlay mechanism. There are no big errors, simply no match is found, even though a match exists. --------- TEST PLAN --------- 1. Create a Matcher with "Required match checks" in addition to normal checks. 2. Find matches using the C4::Matcher->get_matches() and notice that you don't find matches. 3. Somebody who is actually using this Matcher could help me out here with defining a test plan. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15397] New: Pay selected does not works as expected
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15397 Bug ID: 15397 Summary: Pay selected does not works as expected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When patron has more fees (account lines) and you wan't to pay just some of them, you select wanted lines a click on "pay selected" button. But the fine isn't paid, the "amountoutstandig" is not modified, but it is added new line with "pay" code an with amountoutstanding below zero. Paying one or all fine works as expected. Paying selected worked some time ago, but I don't know when it stopped working, we realize it after upgrade to 3.22. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14659] New: Allow patrons to enter card number and patron category on OPAC registration page
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14659 Bug ID: 14659 Summary: Allow patrons to enter card number and patron category on OPAC registration page Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 14658 Both will be hidden by default, via PatronSelfModificationBorrowerUnwantedField (see bug 14658). Also, they will be read only for existing patrons (as cardnumber is currently). Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14658 [Bug 14658] Split PatronSelfRegistrationBorrowerUnwantedField into two preferences for creating and editing -- You are receiving this mail because: You are watching all bug changes.

1 12

[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