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

[Bug 24836] New: (Optionally) Trigger MARC-Modification-Templates after record has been saved
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '21

17 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24836 Bug ID: 24836 Summary: (Optionally) Trigger MARC-Modification-Templates after record has been saved Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is somewhat a followup on: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 The solution using a Plugin for creating 001 values works, but I wondered if it could be achieved by, for example, copying over the 999c biblionumber to 001 after the record has been saved. This would basically solve the initial problem described in #9921. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24301] New: Holds to pull: Name of borrower on list
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '21

16 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24301 Bug ID: 24301 Summary: Holds to pull: Name of borrower on list 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi, if somebody more than one borrowe wants to pull one document, name of first borrower at cgi-bin/koha/circ/pendingreserves.pl is very often wrong = don't correspond to borrowwer that is on first position at holds que. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 24620] New: Existing transfers not closed when hold is set to waiting
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '21

16 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24620 Bug ID: 24620 Summary: Existing transfers not closed when hold is set to waiting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1 - Set AutomaticItemReturn to Do 2 - Checkin an item from Library B at Library A 3 - Confirm item is in transfer (check the details page) 4 - Place a item level hold for pickup at library A 5 - Checkin the item at Library A 6 - Confirm the hold 7 - View the details page 8 - Note the item is in transit and waiting -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 22164] New: Inform librarian that a transfer was finished during checking in
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '21

16 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22164 Bug ID: 22164 Summary: Inform librarian that a transfer was finished during checking in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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 Target Milestone: --- Transfers are usually finished when the item is checked in on the right library. But there is no message in UI about finishing the transfer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26643] New: Staff should be notified that a transfer has been completed on checkin
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '21

16 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26643 Bug ID: 26643 Summary: Staff should be notified that a transfer has been completed on checkin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It was brought to my attention, on bug 25377, that some users were unaware that the action of checking in an item at a branch can trigger the completion of a transfer. We should notify the user that a transfer has been completed to clarify that this action has taken place. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 24297] New: Record if a transfer was triggered 'manually'
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '21

15 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24297 Bug ID: 24297 Summary: Record if a transfer was triggered 'manually' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Using the new 'trigger' field in branchtransfers to record if a transfer was added manually. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 27058] New: Cannot place hold to ordered item when on shelf holds are not allowed
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '21

14 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27058 Bug ID: 27058 Summary: Cannot place hold to ordered item when on shelf holds are not allowed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you have on shelf holds with "If all unavailable" option in circulation rules one cannot place holds on biblio where there is only ordered items (notforloan = -1). This should be possible since "If all unavailable" means that all items should be unavailable for checkout for the customer before a hold can be placed and ordered items are unavailable for checkout. I'm attaching a trivial patch to fix this but we still need unit test. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 27048] New: Add timestamps to verbose output of rebuild_zebra.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '21

14 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27048 Bug ID: 27048 Summary: Add timestamps to verbose output of rebuild_zebra.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It would be helpful to have timestamps added to the verbose option of rebuild_zebra.pl to see how long the rebuild has been running. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 22776] New: Remove 5 periods on tools-home.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '21

13 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22776 Bug ID: 22776 Summary: Remove 5 periods on tools-home.pl Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- On the Tools homepage, we're inconsistent about whether or not we put periods at the end of tool descriptions. The following tools have periods: - Patron lists - Patron clubs (has two periods) - Comments - Stage MARC records for import We should remove these periods for consistency -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 17811] New: Subfield $v should be ignored in Series Title authority validation
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '21

12 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17811 Bug ID: 17811 Summary: Subfield $v should be ignored in Series Title authority validation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org When validate a Series Title (MARC 8XX) as part of cataloguing, subfield $v should not appear on the authority search screen. Subfield $v detail has to be manually removed before searching, otherwise, no result will be found! See attached screen images. -- You are receiving this mail because: You are watching all bug changes.

1 3