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

[Bug 19174] New: No Credits Please
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19174 Bug ID: 19174 Summary: No Credits Please Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There needs to be a preference that prevents the system from accepting a transaction that would produce a negative balance or credit. Not everyone wants to deal with credits. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 15976] New: test bug for a script we are developping.
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15976 Bug ID: 15976 Summary: test bug for a script we are developping. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: remi.mayrand-provencher(a)inLibro.com Reporter: remi.mayrand-provencher(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: remi.mayrand-provencher(a)inLibro.com -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 15892] New: branchtransfer from branch is set to the transferred Item's holding branch, not the current loggedinbranch from where the transfer originates
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15892 Bug ID: 15892 Summary: branchtransfer from branch is set to the transferred Item's holding branch, not the current loggedinbranch from where the transfer originates Change sponsored?: --- Product: Koha Version: unspecified 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 REPLICATE ISSUE: 1. Check-out an Item from branch A 2. Change loggedinbranch to branch B 3. Initiate a branchtransfer from branch B to branch C 4. Observe the Item's holdingbranch to be branch A. If one sends the Item from branch B to branch C, how can it's last branch where it was detected be branch A? It should be branch B since that is where the Item currently physically is. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15873] New: Restrict patron to hold those items which already checked-out by them.
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15873 Bug ID: 15873 Summary: Restrict patron to hold those items which already checked-out by them. 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Restrict patron to hold those items which already checked-out by them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 13374] AllowHoldsOnPatronsPossessions not working
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13374 --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 15873 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15862] New: Cataloging editor should gracefully handle unknown biblionumbers
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15862 Bug ID: 15862 Summary: Cataloging editor should gracefully handle unknown biblionumbers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you try to open a record in the basic MARC editor by passing bad or deleted biblionumber you get an error: Can't call method "title" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 827. We should show a friendlier error message to the user. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 15857] New: Add test mode to process_message_queue.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15857 Bug ID: 15857 Summary: Add test mode to process_message_queue.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice for testing and migration purposes if we could run process_message_queue.pl but have the emails go to a testing address instead of the patron's email address, and have SMS messages go to a testing phone number instead of the patron's sms number. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 8000] Test mode for notices
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8000 --- Comment #178 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 15857 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11340] Make the 'print summary' a custom slip/notice
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11340 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=15780 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15767] New: Add ordering capability to batch
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '20

09 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15767 Bug ID: 15767 Summary: Add ordering capability to batch Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: Heinrich.Hartl(a)email.de QA Contact: testopia(a)bugs.koha-community.org A batch should be ordered as desired. Currently the order is given by the sequence the patrons are entered into the list. That sequence is not shown again but defines the arrangement of the patroncards on the sheet. Staff trying to hand out new patron cards need to find these on the sheets. Staff would really appreciate if there was a reliable and obvious order. Implementing ordering has nothing to do with the current feature that batches can be displayed ordered according to currently shown names or card numbers. The display feature is helping to check the batch but is not creating order on the sheets. Implementing ordering should start with entry order but should allow to reorder list items, e.g. to shift a patron that was missing initially and added later into the desired position. Ordering by barcode or by surname are other likely choices. -- You are receiving this mail because: You are watching all bug changes.

1 2