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

[Bug 42774] New: "sip2" permission missing on upgraded Koha if SIPconfig.xml file doesn't exist
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '26

05 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42774 Bug ID: 42774 Summary: "sip2" permission missing on upgraded Koha if SIPconfig.xml file doesn't exist Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Bug 37893 is a really cool feature and I wanted to use it for a Koha instance I've upgraded to 25.11 where I'm setting up SIP2 for the first time. ...and I notice that I can't access the functionality in Administration. And the reason is because in 25.11, 26.05, and main installer/data/mysql/db_revs/250600035.pl skips the end of the db_revs if the SIPconfig.xml is missing. This makes sense, because there's no point trying to do a SIPconfig.xml to database migration if there is no SIPconfig.xml file. However... the oopsie is that at the very bottom of the script there are the following lines: $dbh->do( q{INSERT IGNORE INTO userflags (bit, flag, flagdesc, defaulton) VALUES (31, 'sip2', 'Manage SIP2 module', 0) } ); And if you don't have those lines... you don't have any sip2 permission... which means you can't *see* the link text "Self-service circulation (SIP2)" to take you to /cgi-bin/koha/sip2/sip2.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 42761] New: Error when switching to Advanced editor after importing Z39.50
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42761 Bug ID: 42761 Summary: Error when switching to Advanced editor after importing Z39.50 Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: sam.young(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When we import using Z39.50 it opens in the basic editor. When we try to switch to advanced a javascript alert pops up saying "The record cannot be transferred to the advanced editor. Continue?". If we click on continue the record is actually transferred to the advanced editor. This happens ONLY when you click on the import from the z39.50 screen. Looking at the code it is happening in addbiblio.tt on line 41-43 where var breedingid = [% breedingid || "null" | html %]; if ( !confirm( breedingid ? _("This record cannot be transferred to the advanced editor. Continue?") : _("Any changes will not be saved. Continue?") ) ) return false; the breedingid exists here BUT will still transfer to the editor can we get this logic fixed? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

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

04 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 40621] New: Show MARC21 767 translation entry
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40621 Bug ID: 40621 Summary: Show MARC21 767 translation entry Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[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 13870] Add warnings about subscriptions and orders when deleting items
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13870 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Patch doesn't apply CC| |lucas(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42773] New: Refactor messaging-preference-form.js
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42773 Bug ID: 42773 Summary: Refactor messaging-preference-form.js Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org >From Bug 42112: - The code added to messaging-preference-form.js, lines 25-31 and 39-70, is pretty much an exact duplicate of existing code. Can this be factored out to DRY out the code? (either on this bug or as a follow-up bug) Furthermore, the code has outgrown the name messaging-preference-form.js. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[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 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|martin.renvoize(a)openfifth.c |testopia(a)bugs.koha-communit |o.uk |y.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[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