May 2025 - Koha-bugs - lists.koha-community.org

[Bug 17656] New: Irregularities in serial prediction pattern are planned only for the current year
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '26

06 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17656 Bug ID: 17656 Summary: Irregularities in serial prediction pattern are planned only for the current year Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P2 Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When you se, through test prediction pattern, a serial pattern including planned irregularities (for example a 1/month serial that you know there's no issue on july), this is only valid fot the current subscription. Over the next renewal, you will have to set it again which is very tedious. We should be able to configure this in the long run (as it was possible in previous version of Koha before 3.14, I think) Olivier Crouzet -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 391

[Bug 27734] New: OpacHiddenItems produces a 404 from borrower holds list
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '26

05 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27734 Bug ID: 27734 Summary: OpacHiddenItems produces a 404 from borrower holds list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mfuerst(a)hmcpl.org QA Contact: testopia(a)bugs.koha-community.org When a borrower clicks on a hold in their holds list they have placed on a title that was subsequently hidden with OpacHiddenItems, it results in a 404 error instead of the "This record is blocked" error page. It seems like OpacHiddenItems should work the same as individually suppressed records and how they are handled in OpacSuppressionRedirect. This would make more sense from the user's perspective. -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 35292] New: Define itemtype specific rules in the UpdateNotForLoanStatusOnCheckOut system preference
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '26

05 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35292 Bug ID: 35292 Summary: Define itemtype specific rules in the UpdateNotForLoanStatusOnCheckOut system preference 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: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For parity and more workflow options, adding the same option to the new status that updates not for loan on checkout should also have the ability to limit by item type like Bug 25560 did for check in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 80

[Bug 39944] New: Metadata should be trimmed before creating an ILL request
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '26

05 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39944 Bug ID: 39944 Summary: Metadata should be trimmed before creating an ILL request Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)openfifth.co.uk Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com When creating an ILL request, if the form data contains leading or trailing whitespaces, this may cause issues for backends. Example: A DOI is entered as ' 123', instead of '123'. If the backend needs to use that data entry, it'll need to first trim and/or sanitize it. It's better if core Koha does this trimming before delegating the creation of the request to the backend, so it's maintained in a single place. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 32509] New: Embed see-also-from headings into bibliographic records export
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32509 Bug ID: 32509 Summary: Embed see-also-from headings into bibliographic records export 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Like Bug 31286 for see-also-forms 5xx -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30484] New: Interlibrary Loans should have the ability to send notices based on request supplier updates
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30484 Bug ID: 30484 Summary: Interlibrary Loans should have the ability to send notices based on request supplier updates Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com It should be possible for the Interlibrary Loans module to inform a user when a request supplier makes a pertinent change to an outstanding request. Scenario defined by customer to be fulfilled by this bug: - A user places an ILL request for a journal article via the RapidILL backend. - RapidILL fulfil the request with an electronic resource. - The user is notified of the request fulfilment via their chosen communication method, the notice contains the link and password required to access the requested resource. The intended solution will add a mechanism to allow Koha ILL to periodically check outstanding requests with suppliers for updates and act accordingly. As an aside, there is a known customer requirement for notices to be sent when requests are modified locally, this requirement will be catered for in the design of the solution. Details of the intended implementation: - An ILL backend, or core Koha ILL, can define one or more "update processors", these are functions that can perform an action when supplied with an update meeting the criteria they're interested in - An ILL request will be given the ability to obtain its latest status with the supplier, known as an "update" - "Updates" can then be passed to "update processors" that are interested in them, which can then perform whatever actions they wish. Generic - Core Koha ILL will provide: - An object to encapsulate supplier updates - A base class from which "update processors" can be subclassed - Functions to gather updates from backends and orchestrate the processing - A notice template which will be used to send update notices - A shell script that can be run to initiate the process For the customer use case defined above: - The RapidILL backend will: - Provide the ability to retrieve the latest update from the RapidILL API - Define a SendArticleLink processor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 35948] New: cleanup_database.pl should remove not only finished background jobs
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35948 Bug ID: 35948 Summary: cleanup_database.pl should remove not only finished background jobs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Bug 31969 changed cleanup_database.pl so it removes only finished background jobs. But old background jobs with other statuses will never be removed. I see no use to that -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 39790] New: ES server can timeout during matching process
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39790 Bug ID: 39790 Summary: ES server can timeout during matching process Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We have found on larger sites that when importing large batches we can cause enough load on an ES server to begin getting timeouts. The matching currently generates a query per matchpoint, and uses the standard query builder which adds fields etc that aren't needed. This bug will attempt to simplify the queries we are sending for matching -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 37762] New: Expand ILL to allow for Supplying Agency/Lending Library workflows
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37762 Bug ID: 37762 Summary: Expand ILL to allow for Supplying Agency/Lending Library workflows Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Currently Koha's ILL module allows for the Koha library to be a borrowing library/institution but does not currently allow for the Koha library to be a supplying agency/lending library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 106

[Bug 39520] New: Add lending status graph
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39520 Bug ID: 39520 Summary: Add lending status graph Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com This is for tracking adding a lending status graph as an early step towards having supplying/lending agency in Koha core. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8