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

[Bug 41997] New: Default suggester is not passed by the suggestion creation form
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41997 Bug ID: 41997 Summary: Default suggester is not passed by the suggestion creation form Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce, only on main. 1 - Open a form creation suggestion. 2 - With code explorer, notice that there is: <input type="hidden" id="suggestedby" name="suggestedby" value="" /> in the code 3 - Apply patch 4 - With code explorer, notice that there is: <input type="hidden" id="suggestedby" name="suggestedby" value="51" /> in the code 5 - Submit form, notice the suggester is properly written -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 39970] New: REST API - Creating a patron without mandatory attribute types does not error (it should)
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39970 Bug ID: 39970 Summary: REST API - Creating a patron without mandatory attribute types does not error (it should) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: pedro.amorim(a)openfifth.co.uk Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Depends on: 39334 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39334 [Bug 39334] Preserve order when saving patron attributes -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 42084] New: Incorrect interface shown in log viewer for system preference changes
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42084 Bug ID: 42084 Summary: Incorrect interface shown in log viewer for system preference changes Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The log viewer displays the OPAC interface for system preference changes. Since system preferences cannot be modified from the OPAC, the interface displayed in the logs appears to be incorrect. To reproduce: 1- Change a system preference from the staff interface. 1- Go to Administration -> System preferences. 2- Search for a preference such as AcqCreateItem (any system preference will reproduce the issue). 3- Change the value of the preference. 4- Click Save all Acquisitions preferences (or save the preference). 2- Go to the log viewer: 1- Navigate to Tools -> Log viewer. 2- Fill the form as follows: Librarian: leave empty Modules: uncheck everything except System preferences Actions: keep All actions selected Object: leave empty Info: leave empty Interface: keep All interfaces Display from: choose yesterday Display to: leave empty 3- Click Submit. ==>The log entry shows the OPAC interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 42445] New: Remove event attributes from list creation template
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '26

21 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42445 Bug ID: 42445 Summary: Remove event attributes from list creation template Initiative type: --- Sponsorship Sponsored 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 CC: testopia(a)bugs.koha-community.org Blocks: 38407 The list creation template has a couple of "onChange" event attributes which should be moved to the JS block in the footer. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38407 [Bug 38407] Eliminate event handler attributes in the staff interface -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 36073] New: Add Holds Queue info to intranet-main page
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36073 Bug ID: 36073 Summary: Add Holds Queue info to intranet-main page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Like Bug 36063 but for Holds Queue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 42387] New: [UMBRELLA] Extend Koha::Availability pattern to checkout and hold operations
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42387 Bug ID: 42387 Summary: [UMBRELLA] Extend Koha::Availability pattern to checkout and hold operations Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 42385, 42386 This is an umbrella bug for the work to extend the Koha::Availability::Result pattern (introduced in bug 41728 for checkin) to other circulation operations. The pattern provides: - Koha::Availability::Result â generic result envelope (blockers/confirmations/warnings/context) - Koha::Item::<Operation>::Availability â operation-specific orchestrator - no_short_circuit support for API consumers (matching Koha::Patron->can_place_holds) - Policy classes for effective rule resolution This umbrella covers: - Bug 42385: Extract _GetCircControlBranch into Koha::Policy::Circulation - Bug 42386: Unify hold availability checks into Koha::Availability pattern - Future: Checkout availability extraction from CanBookBeIssued Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42385 [Bug 42385] Extract _GetCircControlBranch into Koha::Policy::Circulation https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42386 [Bug 42386] Unify hold availability checks into Koha::Availability pattern -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 42921] New: Add Perl::Critic as a dependency
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42921 Bug ID: 42921 Summary: Add Perl::Critic as a dependency Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently, libperl-critic-perl (ie Perl::Critic) is a dev dependency for Koha which is installed in koha-testing-docker by the "install-packages" Perl script drawing on "package-config.yaml". However, I think that we should add it as a core dependency of Koha, because I would like to start using Perl::Critic for analyzing Koha Plugins and potentially other inputs into Koha. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 42508] New: Migrate patron search to Elastic
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '26

20 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42508 Bug ID: 42508 Summary: Migrate patron search to Elastic Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com, martin.renvoize(a)openfifth.co.uk, nick(a)bywatersolutions.com The current SQL-based patron search has numerous shortcomings in functionality and performance. We could mitigate these by switching to an Elastic-based model -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 73

[Bug 20551] New: Add option for including deleted records in export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '26

19 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20551 Bug ID: 20551 Summary: Add option for including deleted records in export_records.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Add an option "--include_deleted" to also include possibly deleted biblios in export. This option can only be used together with --date, and --record-type=biblio. The rational behind this is that use case does not makes much sense (if you are doing a full export, why would you include deleted biblios) and thus some extra complexity can be avoided. Superficially related to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17693, not really quite different as this includes the whole biblio-record (with record status set to "d" in leader) in the regular export, not just biblio ids. This is a requirement for synchronizing with the discovery-system we are currently using for example and imho is a more standard and MARC-compliant way of supporting export of record deletions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 205

[Bug 42595] New: REST API: Holds controller renders bare strings instead of error objects
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42595 Bug ID: 42595 Summary: REST API: Holds controller renders bare strings instead of error objects Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com The Holds controller (Koha::REST::V1::Holds) has three places where error responses are rendered as bare strings instead of the expected error object (`{ error => "..." }`). This causes Mojolicious::Plugin::OpenAPI response validation to fail with a 500: {"errors":[{"message":"Expected object - got string.","path":"/body"}],"status":500} The error definition in the spec has always been `type: object`, so these are latent bugs that surface when the specific code paths are hit. Affected lines in Koha/REST/V1/Holds.pm: 1. Line 134: `openapi => "Bibliographic record not found"` (status 400) - Triggered when biblio_id doesn't exist 2. Line 222: `openapi => 'Error placing the hold...'` (status 500) - Triggered on unhandled exceptions during hold placement 3. Line 242: `openapi => ...to_api_mapping->{$broken_fk} . ' not found.'` (status 404) - Triggered on foreign key violations All three should be: `openapi => { error => $message }` Found in production (25.11.02) when Aspen Discovery attempted to place a hold on a deleted biblio (biblio_id that no longer exists in the database). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6