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

[Bug 10551] New: Merging records allows duplicaton of non-repeatable subfields
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10551 Bug ID: 10551 Summary: Merging records allows duplicaton of non-repeatable subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: jcamins(a)cpbibliography.com, m.de.rooy(a)rijksmuseum.nl To test: - Add 2 records to a list - Go to the list, select those 2 and merge them using the button on top - Select either record as the destination record - Select 245$a from the second tab to be also added to the record - Verify no warning is given. - Finish merge process. - Verify that the new record shows 2 245$a subfields. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12721] New: Wrong fieldnames or trailing | in system preference StatisticsFields lead to crash
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12721 Bug ID: 12721 Summary: Wrong fieldnames or trailing | in system preference StatisticsFields lead to crash Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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: 1) Edit system preference StatisticFields Set it to: location|itype|ccode Search a patron and display statistics Result: OK, statistics displas 2) Add a trailing | to StatisticFields: location|itype|ccode| Display statistics Result: Software error: Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2054. Display statistics 3) Put a space between ccode and trailing | location|itype|ccode | Display statistics Result: Statistic displays default table with Shelving locaton, Item type and Collection code 4) Remove trailing | and misspell one field: lcation|itype|ccode Display statistics Result: Software error: Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2054. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[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 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 12832] New: Basketgroup printing doesn't support no latin chars
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12832 Bug ID: 12832 Summary: Basketgroup printing doesn't support no latin chars Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org If you create an order with nolatin chars in the title, and put in in a basket and after ina basketgroup, if you try to print the basketgoup the tiltle is not present in pdf. If you export as CSV the basketgrouo closed, the title is present. This bug could be connect with a wrong setup of tff files in koha-conf.xml. Now the bug is visible in sandbox 15 (http://pro.test15.biblibre.com) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 12111] New: Improving templates regarding order notes
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12111 Bug ID: 12111 Summary: Improving templates regarding order notes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 8007] New: Discharge management
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8007 Priority: P5 - low Change sponsored?: --- Bug ID: 8007 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Discharge management QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: claire.hernandez(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Patrons Product: Koha discharge management : on the patron page, add a discharge button. If the patron has no more check-outs, print the discharge. Cancel any hold, suspend the patron. The discharge is saved in PDF and accessible by the patron itself from OPAC. Documentation will be added here: http://wiki.koha-community.org/wiki/Discharge_RFC If you have things to discuss please, use the wiki discussion page. -- You are receiving this mail because: You are watching all bug changes.

1 154