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

[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

[Bug 24820] New: The cashup workflow should use the static 'date' field rather than the transient 'timestamp' field in accountlines
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24820 Bug ID: 24820 Summary: The cashup workflow should use the static 'date' field rather than the transient 'timestamp' field in accountlines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: martin.renvoize(a)ptfs-europe.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The 'cashup' process introduced in bug 23355 assumes that once set, the timestamp of an accountline is fixed. This assumption is incorrect as the timestamp is a 'last updated' time and as such is transient. We should be using the 'date' field for comparisons instead as this field is a fixed 'created on' record. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 28346] New: Action buttons should have unique classes
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28346 Bug ID: 28346 Summary: Action buttons should have unique classes 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 action buttons are hard to select via jQuery to allow custom changes via UserCSS/UserJS.. we should add classes for each type of action so they can be custom styled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 26189] New: Table options on points of sale misaligned
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '26

27 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26189 Bug ID: 26189 Summary: Table options on points of sale misaligned Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 The table paging, sorting, and other options on the "items for purchase" table on the Points of sale page are misaligned and don't work well with the smaller table width. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35