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

[Bug 34037] New: Item Bundles do not correctly checkin the bundle if the 952$3 has text
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34037 Bug ID: 34037 Summary: Item Bundles do not correctly checkin the bundle if the 952$3 has text Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the bundled feature, if the item that is getting checked out has a 952$3, the check-in will not be successful. This main item can not have this field, although this field is helpful for staff to know it is a bundle and has items included. Step 1. Create a bundle of items Step 2. The 'main' item in which will be checked out to the patron - make sure it has a 952$3 with text. Step 3 Check out the 'main' item that has the items attached to it. See the materials specified text appear at checkout. Step 4 Checkin in the 'main' item and the subsequent items. Step 5 See that all items are verified Step 6 Koha will bring the staff member back to the screen to do the check-in. Step 7 Go to the 'main' item and see the bundle is still checked out to the patron. Removing the materials specified from the main item, and the check-in will then be successful and be removed from the patron's account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 37900] New: Prevent to search all patrons at once
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37900 Bug ID: 37900 Summary: Prevent to search all patrons at once Change sponsored?: --- 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: kati.sillgren(a)porvoo.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com members-home.pl There should be a way to prevent searching all patrons at once. For example by requiring a search value in the field 'Search'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 33675] New: OAuth should support state parameter
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '26

01 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33675 Bug ID: 33675 Summary: OAuth should support state parameter Change sponsored?: --- Product: Koha Version: 22.11 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 Some Authentication solutions require a 'state' parameter to be passed during authentication to verify the sources on either end, it is supported by Mojolicious: https://metacpan.org/pod/Mojolicious::Plugin::OAuth2 We should add this to Koha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 39222] New: Error 403 when login OPAC and Intranet
by bugzilla-daemon＠bugs.koha-community.org 30 May '26

30 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39222 Bug ID: 39222 Summary: Error 403 when login OPAC and Intranet Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Description (in spanish) Lo sentimos, la página solicitada no se encuentra disponible Error 403 Este mensaje puede tener la(s) razón(es) siguiente(s): Tiene prohibido ver esta página. ¿Qué será lo próximo? Puede utilizar el menú y enlaces en el tope de la página Puede buscar en el catálogo usando el formulario de búsqueda en la parte superior de esta página. Regresar a la página principal del catálogo. Informar problemas y enlaces rotos Para informar sobre este error, por favor, póngase en contacto con el Administrador de Koha. Enviar correo electrónico. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 37679] New: DC export option broken by bug 37370
by bugzilla-daemon＠bugs.koha-community.org 30 May '26

30 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37679 Bug ID: 37679 Summary: DC export option broken by bug 37370 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 37370 added a check on valid formats defined on the `OpacExportOptions` syspref, but it turns out the `opac-export.pl` script receives another strings (subtypes) when one of the DublinCore options is selected. This was not considered on the bug and needs to be fixed. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 39485] New: opac-export: Wide character in print at opac-export.pl line 191
by bugzilla-daemon＠bugs.koha-community.org 30 May '26

30 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39485 Bug ID: 39485 Summary: opac-export: Wide character in print at opac-export.pl line 191 Change sponsored?: --- 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org >From a 23.11 log (lineno different) [2025/03/16 21:11:18] [WARN] Wide character in print at /usr/share/koha/opac/opac-export.pl line 189. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 31698] New: Add ability to move a hold to a new biblio/item
by bugzilla-daemon＠bugs.koha-community.org 29 May '26

29 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31698 Bug ID: 31698 Summary: Add ability to move a hold to a new biblio/item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes a library gets a new edition, or a new copy of an item and would like to be able to directly provide this to a patron with an existing hold. We propose add a new action on the holds table on request.pl 'Move hold' For an item level hold it would provide a modal with a barcode entry box so librarians can scan a new copy in hand, and move the hold to that specific item For a biblio level hold it would provide a modal with a search box - entering keywords would search the catalog, and add a 'Move hold' button to the results - similar to 'Add to basket form existing record' search in acquisitions -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 198

[Bug 40396] New: Staff can no longer edit their own public lists without edit_public_list_contents
by bugzilla-daemon＠bugs.koha-community.org 29 May '26

29 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40396 Bug ID: 40396 Summary: Staff can no longer edit their own public lists without edit_public_list_contents Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Keywords: regression Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In 24.11, staff without edit_public_list_contents cannot edit their own public lists. To recreate: -Find or create a staff member with only the create_public_lists and use_public_lists permissions from the lists group -As that staff member, create a public list -Go to Lists, and click on the title of the list you just created in the Public lists tab -Note that you don't have the 'Add records' or 'Remove selected' options -Next, search the catalog and select one or more checkboxes from your results -Click 'Add to list', then select the public list you just created -Note the error message: "Error adding to list - Sorry, you do not have permission to add items to this list." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 36720] New: Going back when placing multiple holds retains prior selections
by bugzilla-daemon＠bugs.koha-community.org 29 May '26

29 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36720 Bug ID: 36720 Summary: Going back when placing multiple holds retains prior selections Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the staff client, when placing multiple holds with the checkboxes on the search results page, if you go back and make new selections after clicking 'place hold', the prior selections are still kept. To replicate: - Search for something with more than 2 results - On the search results page, check two different checkboxes - Click 'Place hold' at the top of the results - Go back with the browser's back button - Uncheck the previous selections, check checkboxes for two new titles - Click 'Place hold' at the top of the results - Search for a patron - Notice 4 titles are listed, despite only having 2 checked Also, going back, then clicking 'place hold' again without changing the checkboxes will cause the titles to be listed in the table of potential holds multiple times. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39941] New: Adding a patron to an unauthenticated request should change the request's status to 'NEW'
by bugzilla-daemon＠bugs.koha-community.org 29 May '26

29 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39941 Bug ID: 39941 Summary: Adding a patron to an unauthenticated request should change the request's status to 'NEW' 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 For unauthenticated requests, the expected workflow is to - at some point - add an existing patron and then proceed with the request. However, when adding a patron to the request, its status is still UNAUTH. This causes no issues, but it's confusing for staff members as they've just added a patron. The request's status should be changed to 'NEW' when this happens. -- You are receiving this mail because: You are watching all bug changes.

1 8