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

[Bug 26273] New: Expose cashup summary historyfor a cash register
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26273 Bug ID: 26273 Summary: Expose cashup summary historyfor a cash register 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 Depends on: 26272 Blocks: 13985 With bug 26172 we allow for a nicely summarised display of cash register activity for the most recent cashup action. We should somehow expose the ability to see past cashups in the same way. I'm open to suggestions on how best to expose this... one thought that came to mind was to add 'next/previous' buttons to the summary modal so you could 'scroll' through previous cashups.. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 [Bug 13985] Cash Management - Koha as 'Point of Sale' https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26272 [Bug 26272] Allow cashup summaries to be displayed from the library summary page -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 80

[Bug 26469] New: Register_id saves incorrect value in accountlnes
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26469 Bug ID: 26469 Summary: Register_id saves incorrect value in accountlnes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: - turn on cash registers in sysprefs - define at least 2 cash registers in Admin - create a manual invoice on a patron - pay off half of your fee, selecting the first register - pay off the remaining fee, selecting the second register - query accountlines.register_id for your two payments - see that they both show the first register confirmed in master and 19.11. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 28421] New: When refunding lost fees we should not include voided payments
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28421 Bug ID: 28421 Summary: When refunding lost fees we should not include voided payments Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Mark an item lost 2 - Add a manual lost fee for that barcode to a patron (or checkout before #1 and ensure a fine will be charged when marked lost) 3 - Pay the fee 4 - Void the fee 5 - Pay the fee 6 - Checkin the item 7 - The patron has a credit for twice the fee The problematic code appears to be in _FixAccountForLostAndReturned: my $credits_offsets = Koha::Account::Offsets->search({ debit_id => $accountline->id, credit_id => { '!=' => undef }, # it is not the debit itself type => { '!=' => 'Writeoff' }, amount => { '<' => 0 } # credits are negative on the DB }); We count both the payment and the voided payment -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 27995] New: Koha::Account::Line->apply should return the update Koha::Account::Line object
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '21

22 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27995 Bug ID: 27995 Summary: Koha::Account::Line->apply should return the update Koha::Account::Line object 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 We should return the updated Koha::Account::Line object for the credit we are applying. This would allow subsequent chaining and allow for Koha::Object::Message sets to be embedded in the result and passed back to the caller. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[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