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

[Bug 23988] New: When replace record with z39.50, give option on what gets pre-populated
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23988 Bug ID: 23988 Summary: When replace record with z39.50, give option on what gets pre-populated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently in Koha, when a user chooses to replace an existing record with another record using z39.50, Koha will prepopulate the z39.50 search with Title, Author and ISBN. This search is very constrictive and it would be nice to have the option of what fields get prepopulated instead of having to manually remove the fields that the user doesn't want. Specifically, an ISBN pre-population would be ideal for a library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 43053] New: Vendor payment methods are not displaying correctly
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43053 Bug ID: 43053 Summary: Vendor payment methods are not displaying correctly 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: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To recreate: 1) Add multiple vendor payment method authorised values 2) Create a vendor and add multiple payment methods 3) Click to edit, the payment method will be displaying one option of a "|" concatenated string -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 43001] New: Non priority hold label doesn't always appear on reserve/request.pl
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43001 Bug ID: 43001 Summary: Non priority hold label doesn't always appear on reserve/request.pl 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- To recreate: 1. Place a item level hold, making sure to mark it as "Non priority hold" 2. After placing the hold, on reserve/request.pl look at the "Details" column 3. Notice the hold is missing "Non priority hold" text in the details column -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 43058] New: Remove C4::Items::get_hostitemnumbers_of in favor of Koha::Biblio->host_items
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43058 Bug ID: 43058 Summary: Remove C4::Items::get_hostitemnumbers_of in favor of Koha::Biblio->host_items Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 42563 Target Milestone: --- C4::Items::get_hostitemnumbers_of duplicates logic now available via Koha::Biblio->host_items (which uses the MetadataExtractor internally, added in Bug 42563). Remaining callers to migrate: - C4/Reserves.pm - C4/ILSDI/Services.pm - reserve/request.pl - t/db_dependent/Items.t Once all callers are migrated, the function can be removed from C4::Items. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42563 [Bug 42563] Implement Koha::Biblio->host_items using MetadataExtractor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 38207] New: Add vendor payment methods
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38207 Bug ID: 38207 Summary: Add vendor payment methods Change sponsored?: --- 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It would be useful to identify the payment methods for a vendor, ideally as authorised values -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 29653] New: Return claims on deleted items
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29653 Bug ID: 29653 Summary: Return claims on deleted items Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: mspagnuolo(a)nrhtx.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an item that has been claims returned previously is deleted, the item no longer shows on the patron's account. I would prefer Koha to leave the name of the item or a place holder to be able to track claims returns better. Or perhaps a counter that is not dependent on the item being in the system. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 42357] New: Holds table is missing patron name
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42357 Bug ID: 42357 Summary: Holds table is missing patron name Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com The holds queue table is only showing the patrons card number. Before the overhaul on holds module the patron column looked like preferred_name|first_name and surname (cardnumber) To test: - f.e. /cgi-bin/koha/reserve/request.pl?biblionumber=262 - enter a patron name f.e. acev - take a look at the patron column -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 42610] New: Modification history and restore modifications
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42610 Bug ID: 42610 Summary: Modification history and restore modifications Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris.mathevet(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Added a new page that displays a record’s modification history, with the ability to restore previous states. Test Plan: - Go to a record page - Edit the record (modify, add, or remove fields) - Open “Modification history” from the left navigation bar - Select a state to restore - Verify that the restore preview displays the current record and the changes that will be applied - Click “Restore” - Verify that all modified and unmodified fields are correctly preserved in the record -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 43035] New: [OMNIBUS] System resource management and tracking
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43035 Bug ID: 43035 Summary: [OMNIBUS] System resource management and tracking Initiative type: Epic Sponsorship --- status: 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 40901, 42351, 42358, 42375 Target Milestone: 26.11 An omnibus for issues related to server infrastructure and resource tracking. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40901 [Bug 40901] koha-common.service bundles all sub-daemons under one systemd service instead of per-instance services https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42351 [Bug 42351] Add header for tracing API requests https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42358 [Bug 42358] Add support to Plack::Middleware::SizeLimit https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42375 [Bug 42375] Add OpenTelemetry support to Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 43056] New: Update message of Confirm ILL request
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '26

12 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43056 Bug ID: 43056 Summary: Update message of Confirm ILL request Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- The confirmation of an ILL request has some awkward language: Proceeding with this action will set this request to 'Requested'. This means that actions have been taken to request this request from a source. If you can confirm this has been done, please proceed. I propose these changes: Proceeding with this action will set the status of the request to 'Requested'. Click Confirm Request if the request has been submitted to a source. This simplifies and adds clarity to the message. (There could be further refinements....) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0