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

[Bug 41008] New: bulkmarcimport.pl -d broken for authorities
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41008 Bug ID: 41008 Summary: bulkmarcimport.pl -d broken for authorities Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz In 24.11 the system complains about a FK constraint to the new oai tables when the script is run with -a -d. DBI Exception: DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_xxx`.`import_oai_authorities`, CONSTRAINT `FK_import_oai_authorities_1` FOREIGN KEY (`authid`) REFERENCES `koha_dlre1`.`auth_header` (`authid`)) at /usr/share/perl5/DBIx/Class/Schema.pm line -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 40903] New: OPAC advanced search applies a location limit of the logged-in library by default
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40903 Bug ID: 40903 Summary: OPAC advanced search applies a location limit of the logged-in library by default Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org This is caused by Bug 36742. It exists in main but starts in 24.11. The OPAC advanced search now automatically applies a limit to the 'Location and availability' section using the patron's logged in library, even if there are multiple libraries in the system. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 40622] New: Bug 38233 not properly applied to 24.11.x+
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40622 Bug ID: 40622 Summary: Bug 38233 not properly applied to 24.11.x+ Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org A close examination of the code in "C4/ILSDI/Services.pm" shows that only half the patch from bug 38233 was applied to 24.11.00. It was properly backported to 24.05.06, so anyone upgrading from 24.05.06 to 24.11.00 would experience a regression. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 40899] New: When placing multiple holds at once the individual "Pickup location:" dropdowns to not update when changing the top level "Pickup at:" dropdown"
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40899 Bug ID: 40899 Summary: When placing multiple holds at once the individual "Pickup location:" dropdowns to not update when changing the top level "Pickup at:" dropdown" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com To recreate: 1. Place a hold on many items 2. Change the "Pickup at:" dropdown" to something else 2. Notice the "Pickup location:" dropdowns do not change with it This is a regression. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 40857] New: Dropdown menu for Booking cancellation is hidden in modal
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40857 Bug ID: 40857 Summary: Dropdown menu for Booking cancellation is hidden in modal Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When you have more that one option in the BOOKING_CANCELLATION authorised value category, the options in the cancellation modal are hidden. You can still scroll, but it looks very weird. I think it may be because it's not a normal dropdown in the sense that you can still type in something and not just select. This differs from the usual Koha behaviour where if there is a list of authorised values, you can't type anything, and if there aren't authorised values, then it's a text field instead of a dropdown menu. This one tries to be both at once and maybe there is no style for that yet?? To recreate: 1. Make an item bookable 1.1. Go to a record (e.g. http://localhost:8081/cgi-bin/koha/catalogue/detail.pl?biblionumber=285) 1.2. Go to the Items tab on the left side of the screen 1.3. Under Bookable, choose Yes and click 'Update' 2. Place a booking 2.1. Click 'Place booking' at the top of the detailed record screen 2.2. Fill out the form 2.3. Click 'Submit' 3. Try to cancel the booking 3.1. Go to the 'Bookings' tab on the left side of the screen 3.2. Click 'Cancel' next to the booking --> A modal appears with a text field for the cancellation reason 3.3. Click 'No, do not cancel' 4. Add one authorised value in BOOKING_CANCELLATION 4.1. Go to Administration > Authorized values 4.2. Search for BOOKING_CANCELLATION 4.3. Click 'Add' 4.4. Fill out the form 4.5. Click 'Save' 5. Redo step 3 --> The option appears over the text field -- OK 6. Add one or two more authorised values 7. Redo step 3 --> The option appear under the text field and are hidden by the modal footer -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 40565] New: Column filters on the item search do not work
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40565 Bug ID: 40565 Summary: Column filters on the item search do not work Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 40747] New: Placeholder text in the filter row for Publication Details on the holds queue is incorrect
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40747 Bug ID: 40747 Summary: Placeholder text in the filter row for Publication Details on the holds queue is incorrect 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com The placeholder text in the filter row for publication details on the holds queue says "Author" instead of publication details. To replicate, run the holds queue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 40709] New: Status filter will display in wrong column if item-level_itypes is set to bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40709 Bug ID: 40709 Summary: Status filter will display in wrong column if item-level_itypes is set to bibliographic record Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com To recreate: 1. Set the 'item-level_itypes' system preference to 'Bibliographic record' 2. Go to any record that contains items and look at the holdings table. 3. Click 'Show filters'. 4. Notice that the Status column doesn't appear to have a filter. The filter is one column off. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 38905] New: API Update an item for a biblio should use edit_items instead edit_catalogue
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38905 Bug ID: 38905 Summary: API Update an item for a biblio should use edit_items instead edit_catalogue Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com For the API https://api.koha-community.org/#tag/biblios/operation/updateBiblioItem a user must have the permission edit_catalogue {"permissions":{"editcatalogue":"edit_catalogue"}} it should be {"permissions":{"editcatalogue":"edit_items"}} -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 40654] New: Sorting holds table can cause priority issues
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40654 Bug ID: 40654 Summary: Sorting holds table can cause priority issues Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com The table of holds has oddities about how holds are updated, and the datatables sorting has made this worse. To recreate: 1 - Place 50 holds on a bib record https://github.com/kidclamp/handy-koha-script/blob/main/randhold.pl 2 - View the holds page for the record 3 - Sort the holds alphabetically 4 - Change the dropdown priortiy for the alphabetically first hold to 1 5 - See all the other priorities change 6 - Click 'Update holds' 7 - Many unintended changes are saved 8 - Sort alphabetically the other direction and click the arrow to move another hold to the top - weirdness occurs I also saw that only 19-20 holds would be affect sometimes, I think sorting on this table may need to rethought -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35