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

[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 42724] New: Deleting a hold immediately after checking out to a patron fails
by bugzilla-daemon＠bugs.koha-community.org 30 May '26

30 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42724 Bug ID: 42724 Summary: Deleting a hold immediately after checking out to a patron fails Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Steps to recreate: 1. Create a hold for a patron (e.g. search for a bib > place hold > look up patron) 2. Go to Circulation > Check out 3. Look up the same patron 4. Check out a different item to them using its barcode 5. Switch to the Holds tab and click the delete icon for the hold from step #1 6. Confirm cancellation (reason doesn't matter) Expected: hold deletes. You remain on the patron's circ page. Actual: you are taken back to Circulation > Check out with no patron selected ("/circ/circulation.pl?borrowernumber=" note the lack of borrowernumber). The hold is not deleted; if you look up the patron again, it's still there. This happens specifically after checking out an item first and not otherwise. If you go to Circulation > Check Out and delete the hold first, it succeeds. First noticed as part of testing for Bug 42116 but I do not believe it's related. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 41825] New: Holds cannot be cancelled after a checkout on the patron checkout page
by bugzilla-daemon＠bugs.koha-community.org 30 May '26

30 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41825 Bug ID: 41825 Summary: Holds cannot be cancelled after a checkout on the patron checkout page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle(a)bywatersolutions.com Steps to reproduce: 1- Find two items, A and B, from two different bibliographic records. 2- Place a hold on item A for a patron. 3- Go to the patron Checkout page and check out item B. 4- Click on the Holds tab. 5- Click on the Delete icon to cancel the hold and confirm the cancellation. 6- Go back to the patron Checkout page and open the Holds tab. ---> The hold is not deleted. 7- Check out another item. 8- In the Holds tab, select the hold and click Cancel selected. ---> Nothing happens. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[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 42600] New: timeout system preference - update to manual to match description
by bugzilla-daemon＠bugs.koha-community.org 29 May '26

29 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42600 Bug ID: 42600 Summary: timeout system preference - update to manual to match description Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de The current information in the manual for the timeout system preference is not correct and doesn't match what is in Koha: - Can now add 'd' to specify value in days - The text doesn't match - Clarify that this setting applies to both the OPAC and staff interface Current description in the manual: Automatically log out users after ___ seconds of inactivity. Current description in Koha: Inactivity timeout in seconds to automatically log out users: [1d] Adding d will specify it in days, e.g. 1d is timeout of one day. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 41517] New: Doc maintenance tasks - December 2025
by bugzilla-daemon＠bugs.koha-community.org 29 May '26

29 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41517 Bug ID: 41517 Summary: Doc maintenance tasks - December 2025 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de This is a bug to record documentation maintenance tasks against for January 2026. This includes: - Fixing build errors and warnings - Link checking - Spell checking - Any other maintenance task -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[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