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

[Bug 43122] New: Link from Vendor to ERM Records should not use a LIKE search on Vendor ID
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43122 Bug ID: 43122 Summary: Link from Vendor to ERM Records should not use a LIKE search on Vendor ID Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- With Bug 38208, a link from the vendor details page to the related ERM records (Agreements and Licences) was introduced. However, the search appears to use a LIKE comparison rather than an exact match. As a result, navigating from vendor ID 3 also returns agreements associated with vendors 37, 403, 131 and 318. Test plan: Prerequisites Ensure that there are more than 10 vendors in the system. Create at least two agreements: one linked to vendor ID 1 one linked to vendor ID 10 Steps to Reproduce Go to vendor ID 1: cgi-bin/koha/acquisition/vendors/1 Click ERM Agreements in the left-hand menu. Actual Result Both agreements are displayed in the results list. Expected Result Only the agreement linked to vendor ID 1 should be displayed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34814] New: Limiting item editing to library or library group disables choosing items from record's details page
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34814 Bug ID: 34814 Summary: Limiting item editing to library or library group disables choosing items from record's details page Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: major Priority: P4 Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 20256 Bug 20256 adds the ability to limit editing items per library or library group. I noticed that if you are limiting the editing per library group you lose the ability to choose items on record details page. This is enabled in StaffDetailItemSelection. You cannot choose your own items either. It would be ok not to choose items that you cannot edit/delete but if you cannot choose your own items it is a big disadvantage. You cannot choose multiple items and do batch edits or deletes to them from details page. I tested the feature in PTFS Europe's sandbox (v. 23.06). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20256 [Bug 20256] Add ability to limit editing of items to home library or library group -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 38425] New: Add links to full texts based on identifiers
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38425 Bug ID: 38425 Summary: Add links to full texts based on identifiers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org Marc21 allows to add persistent identifiers to `024 7?` by means of subfields `$2` and `$a`. E.g. one could give the DOI of an eBook as ``` 024 7_ $2doi $a 10.000/123.456.789 ``` For `$2` the LoC refers to the list of standard identifiers, that is actually quite long: https://www.loc.gov/standards/sourcelist/standard-identifier.html Currently, it seems Koha creates a link only if there is a URL in `856 4_` which requires duplication of data. Especially of scientific libraries it would be helpful if ids pointing to "well known" services that assign PIDs would also trigger such a display to point the users to the full texts. The most relevant in this context seem to be: - DOI - PMID - PMC - arXiv - handle - urn In other contexts OpenLibrary was also mentioned. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 43162] New: Cypress tests for the ILL module should mock the /config endpoint
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43162 Bug ID: 43162 Summary: Cypress tests for the ILL module should mock the /config endpoint 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 Depends on: 43161 Target Milestone: --- instead of setting the syspref cy.set_syspref("ILLModule", 1); Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43161 [Bug 43161] ILL module should have a /config endpoint -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 43161] New: ILL module should have a /config endpoint
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43161 Bug ID: 43161 Summary: ILL module should have a /config endpoint Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To retrieve the sysprefs. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 43163] New: Booking tests fail Test::NoWarnings since Bug 42391 restored DB exception warnings
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43163 Bug ID: 43163 Summary: Booking tests fail Test::NoWarnings since Bug 42391 restored DB exception warnings Initiative type: --- Sponsorship --- status: 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- The follow-up on Bug 42391 restored the DB exception warnings in Koha::Object::store, but the earlier test refactor on that bug had already removed the warning_like wrappers from the booking tests. On current main, t/db_dependent/Koha/Booking.t and t/db_dependent/api/v1/bookings.t both fail 'no warnings': - Booking.t: duplicate booking_id store (DuplicateID) and invalid status enum update (BadValue) - api/v1/bookings.t: POST with an existing booking_id (409) This patch wraps the three sites in warning_like, following the pattern the Bug 42391 follow-up used in Object.t. To test: 1. prove t/db_dependent/Koha/Booking.t t/db_dependent/api/v1/bookings.t -> both fail 'no warnings' on main 2. Apply the patch, repeat → both pass -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 33780] New: Multi-line TT comment: [%% item.object.itemnotes.replace('\n', '
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33780 Bug ID: 33780 Summary: Multi-line TT comment: [%% item.object.itemnotes.replace('\n',' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org TT comments broken on multiple lines will lead to artifacts in the po files. Better to use a format that keeps them on one line or enclose each line in [%% ... %%] koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt:581 [%% item.object.itemnotes.replace('\n',' -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39740] New: Follow-up for bug 36932
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39740 Bug ID: 39740 Summary: Follow-up for bug 36932 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz See 36932. Adjust handling of dev_install, gitified_install etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 92

[Bug 38058] New: Backticks in vue files break translation script
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38058 Bug ID: 38058 Summary: Backticks in vue files break translation script Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com (In reply to Matt Blenkinsop from comment #61) > Created attachment 166571 [details] [review] > Bug 34788: (follow-up): Fix translations Please stop using backtick, it does not work correctly with translations. See: fr-FR-messages-js.po +#: koha-tmpl/intranet-tmpl/prog/js/vue/dist/erm.js:20920 +#, javascript-format +msgid "" +"Your file was too large to process in one job, the file has been split into %s jobs to meet the maximum size limits.\"\n" +" ).format(success.job_ids.length)}</p>`\n" +" }\n" +" success.job_ids.forEach((job, i) => {\n" +" message += `<li>${this.$__(\n" +" \"Job %s for uploaded file has been queued\"\n" +" ).format(\n" +" i + 1\n" [...] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 27917] New: Make it clear that standing orders cannot create items at point of ordering
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27917 Bug ID: 27917 Summary: Make it clear that standing orders cannot create items at point of ordering 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating a basket, one chooses whether one wants to create item records when ordering, when receiving, or when cataloging. If your basket is a standing order basket, then it cannot create items when ordering. Koha will allow you to pick "placing an order" for when to create items for a standing order basket, but then will not create the item. When creating a basket, we should not allow one to choose "placing an order" for "Create items when" if one has checked the Standing Order box. We should also not allow one to select default for "Create items when" when making a standing order basket if the AcqCreateItem syspref is set to "placing an order." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14