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

[Bug 21592] New: When adding to basket from a file and using MarcFieldsToOrder items are not added to basket if missing funds
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21592 Bug ID: 21592 Summary: When adding to basket from a file and using MarcFieldsToOrder items are not added to basket if missing funds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Test plan: 1 - Edit the MarcItemFieldsToOrder and MarcFieldsToOrder syspref. For example: MarcItemFieldsToOrder homebranch: 975$a holdingbranch: 975$b itype: 975$c nonpublic_note: 975$d public_note: 975$e loc: 975$f ccode: 975$g price: 975$h replacementprice: 975$i itemcallnumber: 975$j notforloan: 975$m uri: 975$n copyno: 975$o MarcFieldsToOrder price: 975$h 2 - Stage your order file from vendor. (Test file : https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57715 ) 3 - Add to basket from staged file 4 - Values are filled but not budget (ensure you don't have the one in file defined) 5 - Check the box and save 6 - You are returned to empty basket 7 - View the record - items have been created -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 33252] New: Add ability to preserve MARC order data when importing records into a basket
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33252 Bug ID: 33252 Summary: Add ability to preserve MARC order data when importing records into a basket Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Libraries who use MarcFieldsToOrder/MarcItemFieldsToOrder often want to preserve the order lines in the MARC. This allows them to audit orders received, and to knwo when they have reordered a title -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33782] New: Oauth2/OIDC identity providers code is not covered by unit tests
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33782 Bug ID: 33782 Summary: Oauth2/OIDC identity providers code is not covered by unit tests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org We need to provide tests for this code. It will require mocking, or using the Mojo mocking, but should be done before we add more in this area. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 40426] New: Custom patron messages should have access to interlibrary loans information
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40426 Bug ID: 40426 Summary: Custom patron messages should have access to interlibrary loans information Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org Bug 29393 added the ability to define custom notices that can be sent from the patron account page. It would be useful if these notices had access to ILL data such as that in the illrequests table. Messages sent using the Patrons (custom message) module cannot currently pull ILL data fields into the message body. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 41481] New: plugin for editing field 008 in marc21
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41481 Bug ID: 41481 Summary: plugin for editing field 008 in marc21 Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: beda(a)muri-gries.it QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl While adding or editing a record the plug-in go help completing the 008 field pops up with the message: Can't validate the xml data from /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/de-DE/data/marc21_field_008.xml Editing the field without the plugin is still possible. The bug appeared after upgrading to 25.11 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 40265] New: t/db_dependent/OAI/Server.t tests fail when OPACHiddenItems have a value that's doesn't exist in the DB
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '26

23 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40265 Bug ID: 40265 Summary: t/db_dependent/OAI/Server.t tests fail when OPACHiddenItems have a value that's doesn't exist in the DB Change sponsored?: --- 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 -Add something to OPACHiddenItems like withdrawn: [1] -Have no items in your DB with that value -prove -v /kohadevbox/koha/t/db_dependent/OAI/Server.t Tests fail -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '26

22 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Michaela Sieber <michaela.sieber(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |philip.orr(a)lmscloud.de -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33394] New: Cancelled holds report/tab?
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33394 Bug ID: 33394 Summary: Cancelled holds report/tab? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Many libraries might find it helpful if there were a built-in way to view what waiting holds have been cancelled either by cancel_expired_holds.pl or by staff, especially when the staff cancelling the hold is at a different branch than where the hold is waiting. Right now, libraries have to use reports to see what holds have been cancelled, but those are less convenient than a tab or other direct view and may be unavailable to some staff depending on their permissions. Currently, if a staff member at branch A cancels a hold waiting at branch B (if, for instance, the patron found another copy of the item at branch A so no longer needs the branch B copy), the branch A staff has to call branch B to ask them to remove the item from the holds shelf if they don't want it to stay on the shelf until it expires. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 35399] New: Error in authority types when modifying MARC structure
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35399 Bug ID: 35399 Summary: Error in authority types when modifying MARC structure Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fabriciomolina(a)theke.io QA Contact: testopia(a)bugs.koha-community.org When modifying the MARC structure of the authority type, Koha explodes. The path to follow is: - Koha administration - Authority types - Select an authority - Click on the actions button, MARC structure. After that the error appears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 42148] New: Authority types - error for Actions > MARC structure (for newly created authority type with no tags)
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '26

20 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42148 Bug ID: 42148 Summary: Authority types - error for Actions > MARC structure (for newly created authority type with no tags) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When creating a new authority type, you get an error trace when you go to Actions > MARC structure, for a newly created authority type that does not yet have any tags: CGI::Compile::ROOT::kohadevbox_koha_admin_auth_tag_structure_2epl::auth_tag_structure_2epl(): DBI Exception: DBD::mysql::st execute failed: 'koha_kohadev.auth_types.authtypetext' isn't in GROUP BY at /usr/share/perl5/CGI/Emulate/PSGI.pm line 30 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 To reproduce (using KTD): 1. Go to Administration > Catalog > Authority types 2. Create a new authority type: New authority type - Authority type: TEST - Description: Test 3. Attempt to add a new tag: For the new authority type created, select Actions > MARC structure. 4. You get the error trace as described in the description. 5. Note that for an existing authority type, you don't get this error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2