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

[Bug 42979] New: api/v1/biblios.t on MySQL 8
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42979 Bug ID: 42979 Summary: api/v1/biblios.t on MySQL 8 Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- On Jenkins Koha_Main_My8 has api/v1/biblios.t failing consistently with 13:00:29 # Failed test 'exact match for JSON Pointer "/4/item_id"' 13:00:29 # at t/db_dependent/api/v1/biblios.t line 276. 13:00:34 # got: '3420' 13:00:36 # expected: '3417' 13:00:37 13:00:38 # Failed test 'Withdrawn comes after lost' 13:00:57 # at t/db_dependent/api/v1/biblios.t line 276. 13:00:59 # got: '3417' 13:01:04 # expected: '3420' 13:01:05 # Looks like you failed 2 tests of 8. 13:01:14 13:01:16 # Failed test 'group_by_status' 13:01:18 # at t/db_dependent/api/v1/biblios.t line 289. 13:01:24 # Looks like you failed 1 test of 13. 13:01:26 13:01:28 # Failed test 'get_items() tests' 13:01:35 # at t/db_dependent/api/v1/biblios.t line 291. 13:01:43 # Looks like you failed 1 test of 16. 13:01:56 [10:54:54] t/db_dependent/api/v1/biblios.t mysqld 8.0.46 -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 42933] New: ERM - Error adding a license to an agreement when leaving non-mandatory fields empty
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42933 Bug ID: 42933 Summary: ERM - Error adding a license to an agreement when leaving non-mandatory fields empty Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk Target Milestone: --- If you add a license to an agreement, and leave all the non-mandatory fields empty you get this error message: Something went wrong: Error: Expected string - got null. If you select data for a non-mandatory field, then the change you made is saved and you don't get an error. If any of the fields when adding a license are required, then they should be marked as required. To reproduce: 1. Enable the ERM module: set the ERMModule system preference to 'Enable'. 2. Got to the ERM module. 3. Add a license: Licenses > New license - Complete the mandatory fields - Click 'Save' 4. Add a test agreement: Agreements > New agreement - Completed the required fields - Under the licenses section, click 'Add new license' - Select the license you created from the dropdown list for the 'Licenses' field - Don't add data for any another fields for the license - none are marked as mandatory - Click 'Save' - Get error with yellow background at the top of the page: "Something went wrong: Error: Expected string - got null." - Select a value for the status field, for example "Controlling" - Click 'Save' - The agreement is now created. This was identified when testing bug 37502. I searched the ERM module for Bugzilla, but couldn't see a bug reflecting this issue. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 42874] New: z3950_auth_search is loosing index parameter
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42874 Bug ID: 42874 Summary: z3950_auth_search is loosing index parameter Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- When adding an authority from within creating/editing a biblio the index param, which identifies the initial MARC field to fill can get lost when using z39.50 search: - when using pagination from a results list - when clicking Try another search is used. To recreate: - edit f.e. 262: /cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=262 - go to tab 7 and create a new 700 field (click on icon next to ADDED ENTRY--PERSONAL NAME - click on the icon te search for an authority (next to Personal name input field - check that the popup has a param like &index=tag_700_subfield_a_13631_9534947903 - click create new authority * - click Z39.50/SRU search * - on a result list every 'import' button still has index (via hovering the import button) - click on Go to page 1 - see result list again BUT the 'import' buttons do not have index param anymore - click back in browser to be on the former result list - click 'try another search' - check that new URL does not have index param anymore * all URLs still have the param index Importing one of the results without the index param would not update and link the biblio you originally edited -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 42349] New: Incorrect filter by recalls
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42349 Bug ID: 42349 Summary: Incorrect filter by recalls Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 37334 On the holdings table the filter by status=recalls is not working correctly. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37334 [Bug 37334] Cannot filter holdings table by status -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 42066] New: CSRF-token sometimes missing from pages
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42066 Bug ID: 42066 Summary: CSRF-token sometimes missing from pages Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org To reproduce in KTD: - In your console, keep an eye on the logs: $ sudo tail -f /var/log/koha/kohadev/plack*.log - Open the SCO main page (http://localhost:8080/cgi-bin/koha/sco/sco-main.pl) in your browser, but do not do anything there - Remove the path from the URL, in the address bar of your browser, so you just have http://localhost:8080/, and press enter - Use Ctrl+u or "developer tools" to view the source of the front page, search for "csrf" and verify the elements that should contain the csrf token are empty: <meta name="csrf-token" content="" /> <input type="hidden" name="csrf_token" value="" /> - Log in an verify you get an error like this: Error 403 This message can have the following reason(s): An unexpected error occurred while processing your request. - Check the logs and verify you have an error like this: ==> /var/log/koha/kohadev/plack-opac-error.log <== [2026/03/11 08:12:41] [WARN] Programming error - No CSRF token passed for POST http://localhost:8080/opac/opac-main.pl (referer: http://localhost:8080/) at /kohadevbox/koha/Koha/Middleware/CSRF.pm line 97. Moving from SCO to the main page like this is probably not something that happens too often, but perhaps there is some underlying problem that can also affect other parts of Koha? -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 8127] Most-circulated items report doesn't work when limited by library
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8127 --- Comment #13 from Pedro Amorim (ammopt) <pedro.amorim(a)openfifth.co.uk> --- Thanks everyone! Pushed to main for 26.11! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8127] Most-circulated items report doesn't work when limited by library
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8127 Pedro Amorim (ammopt) <pedro.amorim(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)| |26.11.00 released in| | Status|Passed QA |Pushed to main -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43066] New: Incorrect processing of patron import file from web interface
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43066 Bug ID: 43066 Summary: Incorrect processing of patron import file from web interface Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 201907 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=201907&action=e… 3 record test patron load csv Patron import should not attempt to import header line and counts are then wrong 1. Go to import patrons tool in Koha 2. Choose attached test csv which has a header and four records NB/ You may need to adjust the branch and category code to match your system first 3. Click import 4. Import results say: 3 imported records 1 overwritten records 0 not imported because they are already in borrowers table and overwrite is disabled 1 not imported because they are not in the expected format 5 records parsed 5. Note errors shown: Error analysis Line 3 Critical field "categorycode" has unrecognized value "categorycode" (borrowernumber: UNDEF; surname: surname). cardnumber,firstname,surname,email,branchcode,categorycode,borrowernotes,userid,patron_attributes Line 3 Critical field "branchcode" has unrecognized value "branchcode" (borrowernumber: UNDEF; surname: surname). cardnumber,firstname,surname,email,branchcode,categorycode,borrowernotes,userid,patron_attributes It is trying to import the header row and should not be. 6. ftp the same csv file to the server 7. On the server, run /usr/share/koha/bin/import_patrons.pl --file /kohadevbox/koha/<testfilename> --matchpoint cardnumber --overwrite --verbose --verbose --confirm Import complete: Imported: 0 Overwritten: 3 Skipped: 0 Invalid: 0 Total: 3 Errors: $VAR1 = []; No errors, so the backend version is correct but not the staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 43064] New: memberentry.pl email fields need type of email not text
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43064 Bug ID: 43064 Summary: memberentry.pl email fields need type of email not text Initiative type: --- Sponsorship --- status: 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- If you give the email fields a type of "email" (type="email"), you can use .checkValidity() to validate the fields with the browser. Then you could use .validationMessage to give instant feedback on what is being entered if .checkValidity() returns false. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 43048] Prevent users from completely removing fields from cataloging frameworks that break Koha
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43048 --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I wonder if we should also make sure you can reset the mapping from the GUI in case of deleting it. It doesn't work from the Koha-2-MARC mappings page? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0