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

[Bug 34451] Add CSRF protection to REST API
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

1 0

[Bug 26279] New: Bridge 3D item type image is there twice
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26279 Bug ID: 26279 Summary: Bridge 3D item type image is there twice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 23148 changed the images for the Bridge collection. One image is there twice: realia.png and 3D_art.png (the bust). The names are different, but the image is the same. I would remove one of the two. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 41306] New: Date picker for data harvesting should ask not ask to choose a day
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41306 Bug ID: 41306 Summary: Date picker for data harvesting should ask not ask to choose a day Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.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 In erm/eusage/usage_data_providers the date picker for data harvesting (begin and end date) should not ask to choose a day, only a month and a year. The day have no meaning in the context of sushi protocol. I have only checked in 24.11 -- You are receiving this mail because: You are watching all bug changes.

1 9

[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