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

[Bug 27971] New: The VOID method should be updated to respect double-entry accounting
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27971 Bug ID: 27971 Summary: The VOID method should be updated to respect double-entry accounting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org All other account line methods respect the double-entry accounting method, except for 'adjust' which acts on lines that are not yet finalised. In such a method, any action upon an account line should have a corresponding opposite line in the ledger. Currently, the VOID method updates the original payment/credit line to an amount outstanding of zero, but there is not corresponding void line that offsets it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 24300] New: Add a 'payout amount' option to accounts
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24300 Bug ID: 24300 Summary: Add a 'payout amount' option to accounts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 24080 adds a payout option to allow paying out amounts against individual credits. We should also allow for a 'payout amount' option which allows for paying out against any total outstanding credit. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 96

[Bug 28509] New: Koha/Acquisition/Orders.t is failing (randomly?)
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28509 Bug ID: 28509 Summary: Koha/Acquisition/Orders.t is failing (randomly?) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 03:25:39 koha_1 | # Failed test 'The 2 orders are returned' 03:25:39 koha_1 | # at t/db_dependent/Koha/Acquisition/Orders.t line 152. 03:25:39 koha_1 | # Structures begin differing at: 03:25:39 koha_1 | # $got->[0] = '10' 03:25:39 koha_1 | # $expected->[0] = '9' 03:25:39 koha_1 | # Looks like you failed 1 test of 4. 03:25:39 koha_1 | 03:25:39 koha_1 | # Failed test 'filter_by_id_including_transfers() tests' 03:25:39 koha_1 | # at t/db_dependent/Koha/Acquisition/Orders.t line 160. 03:25:39 koha_1 | # Looks like you failed 1 test of 2. 03:25:39 koha_1 | [01:24:50] t/db_dependent/Koha/Acquisition/Orders.t Koha_21.05_D10 run 6 on Docker_5 -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 27719] New: receiving orders hangs on processing when missing a replacement price
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27719 Bug ID: 27719 Summary: receiving orders hangs on processing when missing a replacement price Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: agustinmoyano(a)theke.io Reporter: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org Depends on: 20212 The list of items to be received hangs at Processing if any of your items/orders do not include a replacement price. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20212 [Bug 20212] Slowness in receiving in acquisitions -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 18967] New: Acquisitions Receipt Summary Search Filter
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18967 Bug ID: 18967 Summary: Acquisitions Receipt Summary Search Filter Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cslone(a)camdencountylibrary.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 65152 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65152&action=ed… Receipt Summary Search Filter on First Invoice When receiving items in the Acquisitions module the search filter on the receipt summary page does not automatically clear out and ends up filtering-out items on all future invoices that are opened. Because the search term persists -even after navigating away from the page, restarting the PC, or clearing the browser cache- and is easy to overlook it can lead to lots of confusion. To replicate: 1.) Go to the Acquisitions module and select an open invoice. 2.) Click 'Go to receipt page.' 3.) Enter random text into the 'Pending orders' search filter 4.) Open a different invoice, restart the PC, log-out/in, shut the computer off for a week, whatever 5.) Return to the Receipt summary page on any invoice. The term remains in the filter. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 Bug 8179 depends on bug 20212, which changed state. Bug 20212 Summary: Improve performance of acquisitions receive page https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20212 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to master |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27930] New: Move _escape_* functions from acq/parcel.tt to be re-usable
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27930 Bug ID: 27930 Summary: Move _escape_* functions from acq/parcel.tt to be re-usable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org A pair of very simple but very useful escaping functions can be found in parcel.tt. They should be moved into staff-global.js so they can be adopted more widely. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 27967] New: Modals on the borrower account page don't validate minimum values
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27967 Bug ID: 27967 Summary: Modals on the borrower account page don't validate minimum values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Whilst working on bug 24300 we noticed that most of the modal forms don't add any form of validation for minimum values.. so although we ensure we don't go over a maximum, we're not ensuring we have the right 'sign'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27582] New: Breadcrumb incorrect for POS: Library details page
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27582 Bug ID: 27582 Summary: Breadcrumb incorrect for POS: Library details page 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 The 'Library details' summary page for the Point of Sale module is missing the current page in the breadcrumb. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 28390] New: Transaction timestamps on POS Register Transaction details pages should denote 'Money changed hands' time, not 'Debt added' time.
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28390 Bug ID: 28390 Summary: Transaction timestamps on POS Register Transaction details pages should denote 'Money changed hands' time, not 'Debt added' time. 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 The rowGrouped table for listing transactions taken against a cash register had 'timestamp' added for display in bug 28127. This his great, however; * The timestamp added is at the individual line level and not the grouped transaction level. This means that for a payment we're actually displaying the times at which each debt was created and not the time the payment was made. This is OK for POS sales, as they will always match the Payment time (though it does look odd having duplicates).. but for payments made against a patrons account that can also appear on these pages it could get quite confusing and misleading. I propose that we use the payment line timestamp instead and move it to the grouping header row. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26