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

[Bug 24381] New: ACCOUNT_DEBIT slip not printing information about paid fines/fees
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24381 Bug ID: 24381 Summary: ACCOUNT_DEBIT slip not printing information about paid fines/fees 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org While the templates suggests it should print the fines/fees paid/changed by the payment, this doesn't work for me on current master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 128

[Bug 28664] New: One should not be able to issue a refund against a VOID accountline
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28664 Bug ID: 28664 Summary: One should not be able to issue a refund against a VOID accountline 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 CC: andrew(a)bywatersolutions.com, kyle(a)bywatersolutions.com, sally.healey(a)cheshiresharedservices.gov.uk, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 27971 Blocks: 13985 When adding the VOID account line type in bug 27971 I neglected to update the logic for the display of the 'Issue refund' button on the patron transactions page. 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=27971 [Bug 27971] The VOID method should be updated to respect double-entry accounting -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 24775] New: Payment submit button on POS page should have an ID
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24775 Bug ID: 24775 Summary: Payment submit button on POS page should have an ID 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 CC: katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org Depends on: 23354 Blocks: 13985 Sometimes people wish to override the payment button, for example to open a cash register via JS.. as such it's helpful to have an ID for the button. 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=23354 [Bug 23354] Add a 'Pay' screen to allow anonymous payments in a POS fashion -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are on the CC list for the bug.

1 19

[Bug 26023] New: Incorrect permissions handling for cashup actions on the library level registers summary page
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26023 Bug ID: 26023 Summary: Incorrect permissions handling for cashup actions on the library level registers summary page 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 The cashup action is available via the registers page, which summarises a libraries takings for all registers and is available to users with the 'refund' OR 'cashup' permission. Users without the 'cashup' permission should not be able to take the cashup action. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 27779] New: Cashup summary 'refunds' should denote what the refund was actioned against.
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27779 Bug ID: 27779 Summary: Cashup summary 'refunds' should denote what the refund was actioned against. 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 Currently, we group 'Refunds' together in one group. It would be preferable to group them by the type of transaction they're refunding. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 67

[Bug 28181] New: Archived debit type still shows as available in Point of Sale
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28181 Bug ID: 28181 Summary: Archived debit type still shows as available in Point of Sale Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org I archived a debit type, however when I return to the point of sale page, the archived debit still shows as available. This means the archived debit could still be used for transactions. The archived debit still had the library selected in library limitations. I restored the debit, deselected the library, saved the debit, then re-archived the debit. With a multi-branch configuration, this led to the debit being made available to all libraries despite being archived. I went back, restored the debit and have temporarily assigned the debit to the Placeholder branch so that it is only available there. I assumed an archived debit would no longer be made available making it impossible to continue to use. To duplicate: 1. Create a debit with library limitation of logged in library. 2. Archive the debit 3. Go to Point of Sale page. Archived debit will be visible and available for use by the library. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28389] New: One should be able to see details for refunds on the register summary page
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28389 Bug ID: 28389 Summary: One should be able to see details for refunds on the register summary page 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 If you issue a refund for an charge and then view the transactions on the register page, you currently have no way of displaying what the refund was against. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28481] New: Register details "Older transactions" search does not include the selected day in the "To" field in date range
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28481 Bug ID: 28481 Summary: Register details "Older transactions" search does not include the selected day in the "To" field in date range Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When searching for older transactions, the To field should include the current day. Test Plan: 1) Sell an item 2) Cash up to make the sale historical 3) Search "Older transactions" with both dates being the current date, click "Display" to search 4) Note you get no results 5) Set "To" to tomorrow, click "Display" again 6) You should now see your transaction -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 34352] New: It would be great to have a generic flatpickr based input for datatables column filters
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34352 Bug ID: 34352 Summary: It would be great to have a generic flatpickr based input for datatables column filters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In bug 34226 I attempted to add flatpickr inputs for the column filtering in ajax driven datatables. It worked well in the case I experimented on, but wasn't quite enough for the more generic handling I was aiming for. We need to support flatpickr without having to import calender.inc in a rather specific load order and we could do with still being able to search on year only rather than always having to specify a full date. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 28979] New: Cronjob references in system preference descriptions don't make sense for most installations
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28979 Bug ID: 28979 Summary: Cronjob references in system preference descriptions don't make sense for most installations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The references added in bug 21158 are path references from a git/dev installation. Most production installations are probably from packages or source installs which will have a path like "../bin/cronjobs/<script>" where they're relative to the application root/installation base. At the moment they say "misc/cronjobs/<script>". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4