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

[Bug 27791] New: Add 'fixed price' and 'variable price' options to debit types
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27791 Bug ID: 27791 Summary: Add 'fixed price' and 'variable price' options to debit types 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, in the point of sale system, we allow inline editing for both "Price" and "Quantity" of items being sold. This means that, even though a default price can be added to an item, staff can always override that price at point of sale by editing it. Some libraries would prefer for this to be an explicit option so for certain items the price is fixed, whilst for others the price may be variable and require staff input to get right. Use case examples: * Pencil - You may have a stock of pencils to sell, a pencil has a fixed price of £1 and staff should not be able to charge more or less.. 'Fixed price' * Book - You may sell off your old stock.. rather than entering a debit type for each and every book you sell you want to have one debit type and to enter a price at the point of sale as advertised on the book itself.. 'Variable price' We could even adapt the workflow this way to actually request the price in a modal that appears between the 'Add' button being pressed and the item appearing in the 'This sale' table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 24951] New: Payout modal confirm button 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=24951 Bug ID: 24951 Summary: Payout modal confirm button should have an ID Change sponsored?: 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, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, mark.gavillet(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, sally.healey(a)cheshiresharedservices.gov.uk, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 24775, 23354 Blocks: 13985 Sometimes people wish to override the payout confirmation 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 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24775 [Bug 24775] Payment submit button on POS page should have an ID -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 24952] New: Refund modal confirm button 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=24952 Bug ID: 24952 Summary: Refund modal confirm button should have an ID Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy 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, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, mark.gavillet(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, sally.healey(a)cheshiresharedservices.gov.uk, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 23442 Blocks: 13985 Sometimes people wish to override the refund confirmation 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=23442 [Bug 23442] Add a 'refund' process to accounts -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 25139] New: POS explodes in error when trying to display older transactions
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25139 Bug ID: 25139 Summary: POS explodes in error when trying to display older transactions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Fines and fees Assignee: martin.renvoize(a)ptfs-europe.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When trying to display older transactions in the POS module, there is an error: Template process failed: undef error - The given date (12.04.2020) does not match the date format (iso) at /home/vagrant/kohaclone/Koha/DateUtils.pm line 168. at /home/vagrant/kohaclone/C4/Templates.pm line 122 URL: http://localhost:8081/cgi-bin/koha/pos/register.pl?trange_f=07.04.2020&tran… It looks like the dateformat is not handled correctly here. Dateformat is set to DD.MM.YYYY -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 24815] New: Koha::Cash::Register relations should return sets not undef
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24815 Bug ID: 24815 Summary: Koha::Cash::Register relations should return sets not undef 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 The cash register class contains a bad pattern of returning 'undef' for relations instead of an empty resultset. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 24525] New: Hide SIP payment types from the Point of Sale page
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24525 Bug ID: 24525 Summary: Hide SIP payment types from the Point of Sale 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 Bug 24339 adds the SIP2 payment_types to the default installed values for the payment type authorized values and also hides these values from appearing in the select boxes in paycollect.. however, the new Point of Sale screen was missed. This bug will take care of removing the SIP payment type from the payment type select options on the point of sale screen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 28343] New: The credit payout modal would benefit from more details regarding where the credit came from.
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28343 Bug ID: 28343 Summary: The credit payout modal would benefit from more details regarding where the credit came from. 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 When issuing a payout from a credit, it would be beneficial to be able to see the offset history in the modal so one may choose an appropriate payout transaction type. Example: * Patron borrows a DVD with charge X * Patron subsequently finds the DVD is scratched * Library issue a refund credit so the patron can use it against another DVD * Patron can't find another DVD they like and subsequently wants a Payout instead. * At this point, because the refund has taken place already, the librarian would need to delve into the details tab to know how the original payment for the DVD was received so they could issue a payout in the same form as the original payment (if their policy requires that). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28187] New: rowGroup headings are getting their styles overriden
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28187 Bug ID: 28187 Summary: rowGroup headings are getting their styles overriden 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 rowGroup datatables plugin used in the register details page for transaction groups is having it's header row background styling overridden by local css for the case where the row is 'odd'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 28344] New: One should be able to issue refunds against payments that have already been cashed up.
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28344 Bug ID: 28344 Summary: One should be able to issue refunds against payments that have already been cashed up. 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 Looks like the refund action got lost when implementing the historic transactions component of the register transaction details page. That was a mistake, refunds should be able to take place on older transactions too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 24479] New: New POS doesn't follow CurrencyFormat
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24479 Bug ID: 24479 Summary: New POS doesn't follow CurrencyFormat 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 23354 There is some hardcoded stuff in the new POS feature that is wrong when another CurrencyFormat tha US is used: The change to give is 0.00. 0.00 <input type="hidden" name="change" value="0.00"/> This needs a thorough check and fix. Referenced Bugs: 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 the assignee for the bug. You are watching all bug changes.

1 23