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

[Bug 4858] Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4858 --- Comment #33 from Jacob O'Mara <jacob.omara(a)openfifth.co.uk> --- Created attachment 203017 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203017&action=e… Bug 4858: Add print notice charge account management interface updates - Update accounts.inc templates to display PRINT_NOTICE debit type * Staff interface: koha-tmpl/intranet-tmpl/prog/en/includes/accounts.inc * OPAC interface: koha-tmpl/opac-tmpl/bootstrap/en/includes/accounts.inc * Test templates: t/mock_templates for English and French-Canadian * All show 'Print notice charge' description for PRINT_NOTICE debits Sponsored-by: OpenFifth <https://openfifth.co.uk\> Signed-off-by: Jackie Usher <jackie.usher(a)westsussex.gov.uk> -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4858] Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4858 --- Comment #32 from Jacob O'Mara <jacob.omara(a)openfifth.co.uk> --- Created attachment 203016 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203016&action=e… Bug 4858: Implement print notice charging backend logic to scripts - Update misc/cronjobs/gather_print_notices.pl to apply charges - Add --skip-charges option for testing purposes Sponsored-by: OpenFifth <https://openfifth.co.uk\> Signed-off-by: Jackie Usher <jackie.usher(a)westsussex.gov.uk> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4858] Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4858 --- Comment #31 from Jacob O'Mara <jacob.omara(a)openfifth.co.uk> --- Created attachment 203015 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203015&action=e… Bug 4858: Add patron category column and debit type for print notice charging - Add print_notice_charge patron category column to set charge amount - Add PRINT_NOTICE debit type for billing system integration - Create atomic update for existing installations This provides the foundation for implementing print notice charging to recover postage and processing costs. To test: prove -vv t/db_dependent/Koha/Account/PrintNoticeCharges.t prove -vv t/db_dependent/Koha/Patron/Category.t prove -vv t/db_dependent/PrintNoticeCharging_EndToEnd.t Navigate to patron categories, and check that you can set a print notice charge amount Check that in messaging preferences, you can amend the preferences of print notices for both patrons and patron categories Check that in messaging preferences on the opac, you will receive a warning if print notice charging is enabled (set to anything other than 0 for this patron category) and a recommendation to set up email to avoid charges. Sponsored-by: OpenFifth <https://openfifth.co.uk\> Signed-off-by: Jackie Usher <jackie.usher(a)westsussex.gov.uk> -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4858] Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

1 0

[Bug 40824] New: Add option to prevent re-use of passwords
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40824 Bug ID: 40824 Summary: Add option to prevent re-use of passwords Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: jacob.omara(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org This feature would prevent you from reusing the last X number of passwords at password change. Would be controlled at system level but also with patron category level overrides for the default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 65

[Bug 42036] New: Add diff support to REPORTS action logs
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42036 Bug ID: 42036 Summary: Add diff support to REPORTS action logs Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Blocks: 37940 The action logging for saved reports does not pass the $original parameter to logaction(), so no structured diff is generated in the action_logs.diff column. Currently log entries store the report name and SQL concatenated as a plain string. Affected calls: - reports/guided_reports.pl MODIFY (~line 250): logaction( "REPORTS", "MODIFY", $id, "$reportname | $sql" ) (no $original; only post-change state captured as a string) - reports/guided_reports.pl ADD (~line 594): logaction( "REPORTS", "ADD", $id, "$name | $sql" ) - C4/Reports/Guided.pm DELETE (~line 798): logaction( "REPORTS", "DELETE", $id, $data->report_name . " | " . $data->savedsql ) This bug covers updating these calls to pass structured hashrefs (e.g. { report_name => ..., savedsql => ... }) as $infos and, for MODIFY, the pre-change report data as $original, enabling proper before/after diff display in the action log viewer. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37940 [Bug 37940] [OMNIBUS] All modification logged via action logs should include original to create JSON diff -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 31114] New: OpacHiddenItems is not respected in search results when an OPAC search is filtered by branch
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31114 Bug ID: 31114 Summary: OpacHiddenItems is not respected in search results when an OPAC search is filtered by branch Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When filtering OPAC searches by library (OpacAddMastheadLibraryPulldown enabled) the search results will include title records where all items for that library are hidden from the OPAC due to the values in OpacHiddenItems. When clicking through to the detailed view of an affected record the copies are correctly hidden in the holdings table but it is confusing for the library customer to find the title in the search results. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 40445] New: Point of Sale reconciliation input during daily summaries
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40445 Bug ID: 40445 Summary: Point of Sale reconciliation input during daily summaries Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk We use a separate spreadsheet for our daily reconciliation of income taken which uses the cash register summaries. It occurs to me that this process can be streamlined by allowing an input stage to the summaries process so staff interaction with summaries is not the cashing up to package the transactions into a summary (we want the daily summaries to happen automatically) we want the staff input to be to add in (against totals for payment type and cash register) the amount of what was actually taken using the z reports and physical cash, i.e. a reconciliation stage so it will be easy for staff to see if the money is 'out' and then a process to reconciliate with a way to add in a note for the summary they are signing off with an perhaps a way for them to then 'balance the books' to account for the discrepancy. We would then need this staff input on the summaries (the physical amount taken and any notes) to be stored in a table, somewhere logical, so we can then report on this and create a way in which library managers can check in on this if needed and audit. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 345

[Bug 43220] New: Patron name and card number should not be clickable in headings
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43220 Bug ID: 43220 Summary: Patron name and card number should not be clickable in headings Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 29768 Target Milestone: --- Since Bug 29768 the patron name and card number in the sidebar of patron pages is linked to the patron detail page. On the checkout page the patron name in the main heading is also clickable. This change happened in Bug 29768, "hidepatronname hides guarantor name on borrower edit screen." I think this was unintended and should be considered a bug. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29768 [Bug 29768] hidepatronname hides guarantor name on borrower edit screen -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 23269] New: Long hold queues are slowing the service
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '26

04 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23269 Bug ID: 23269 Summary: Long hold queues are slowing the service 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: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org In Finlands public libraries hold queues can be huge due popular records having a lot of holds at the same time. Most popular records may even have over 1000 holds. This leads the service slowing significantly when browsing their holds page. There should be pagination in the holds table for efficient page loading. -- You are receiving this mail because: You are watching all bug changes.

1 123