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

[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 27777] New: Improve tables on Point of Sale page for low screen resolutions
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '21

14 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27777 Bug ID: 27777 Summary: Improve tables on Point of Sale page for low screen resolutions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 At low resolutions or high zoom levels, the two tables on the point of sale page can overlap their allotted form fieldset boundaries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 27717] New: Date of birth fails to display for babies under 1 year
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '21

14 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27717 Bug ID: 27717 Summary: Date of birth fails to display for babies under 1 year 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: 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 Depends on: 15400 The 'age' check is in the wrong location in patron-age.inc and removes the date of birth date entirely when the patrons age is '0' years. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15400 [Bug 15400] Display patron age in useful places in the staff interface -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[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 27792] New: Improve jEditable configuration for point of sale fields
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '21

14 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27792 Bug ID: 27792 Summary: Improve jEditable configuration for point of sale fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We can leverage some jEditable configuration options to improve the behavior of the inline-editable fields in the Point of Sale interface: - Reduce field with to reduce jumpy table re-draws. - Replace "numeric" input type with "text" - Add pattern attribute for enforcing currency/number entry Unfortunately jEditable doesn't seem to have an option to add an "inputmode" attribute. -- You are receiving this mail because: You are watching all bug changes.

1 14