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

[Bug 41957] New: Hyperhold/hold group information should show on 'Hold found' modal
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41957 Bug ID: 41957 Summary: Hyperhold/hold group information should show on 'Hold found' modal Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com, gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com When a hold fills that is part of a hyperhold, the 'Hold filled' modal should have some indication that it's part of a hold group. This could be a link to the patron's Holds tab and/or the hold_group_id. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 41955] New: OPAC: Patron hold history table should show hyperhold/hold group information
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41955 Bug ID: 41955 Summary: OPAC: Patron hold history table should show hyperhold/hold group information Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com In the OPAC, patrons' Hold history/opac-holdshistory.pl should have a column for the hold_group_id so that they will have a record of whether a given hold was part of a group/hyperhold. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 41901] New: Allow duplicate check when adding authority via API
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41901 Bug ID: 41901 Summary: Allow duplicate check when adding authority via API Initiative type: --- Sponsorship --- status: 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com We should add a new header 'x-koha-matchingrule' to the api/v1/authorities POST endpoint to allow specification and use of a matching rule to check for duplicates when creating authority records via API. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 41827] New: Update authority types pages to use grid layout for forms
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41827 Bug ID: 41827 Summary: Update authority types pages to use grid layout for forms Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 39780, 41823 - Administration -> Authority types - Administration -> Authority types -> Tags - Administration -> Authority types -> Subfields Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39780 [Bug 39780] Update library groups form to use grid layout https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41823 [Bug 41823] Update acquisitions admin pages to use grid layout for forms -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 41823] New: Update acquisitions admin pages to use grid layout for forms
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41823 Bug ID: 41823 Summary: Update acquisitions admin pages to use grid layout for forms Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 39780 This patch will update the following templates to use grid layout for the forms: - Administration -> Currencies and exchange rates - Administration -> Budgets - Administration -> Contracts - Administration -> Funds - Administration -> EDI accounts - Administration -> Library EANs Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39780 [Bug 39780] Update library groups form to use grid layout -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 41751] New: Cash register transaction history returns 403 for users with only anonymous_refund permission
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41751 Bug ID: 41751 Summary: Cash register transaction history returns 403 for users with only anonymous_refund permission Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk When a user has the cash_management > anonymous_refund permission but NOT the cashup permission, they can access the cash register transaction history page (/cgi-bin/koha/pos/register.pl), but the cashups table fails to load with a 403 error. Steps to Reproduce: 1. Create a staff user with only cash_management > anonymous_refund permission (not cashup) 2. Navigate to Point of Sale > Transaction history for any cash register 3. Observe that the page loads but the cashups table shows a 403 error Expected Behavior: The cashups table should load successfully since the user has permission to view the page. Actual Behavior: The API endpoint /api/v1/cash_registers/{id}/cashups returns 403 Forbidden because it only checks for cashup permission. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 41733] New: Honor EmailPatronRegistrations preference in the API
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41733 Bug ID: 41733 Summary: Honor EmailPatronRegistrations preference in the API Initiative type: --- Sponsorship --- status: 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Bug 23538 added the ability to have the library receive an email when a patron registers. Some outside systems, e.g. Aspen, use the patron API to register new patrons. AutoEmailNewUser is handled in the API and EmailPatronRegistrations should be too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 41383] New: SIP2 server does not search patrons by unique patron attributes (alternate IDs unusable in SIP2)
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41383 Bug ID: 41383 Summary: SIP2 server does not search patrons by unique patron attributes (alternate IDs unusable in SIP2) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: saiful(a)semanticconsulting.com QA Contact: testopia(a)bugs.koha-community.org Even when a patron attribute is marked as "Unique identifier," the SIP2 server cannot find patrons using that attribute value. SIP2 lookup is hard-coded to cardnumber/userid and does not consider extended attributes, even when it is unique. Actual Result: SIP2 returns "|AFInvalid cardnumber" when the SIP client sends a value stored in a unique patron attribute. Expected Result: SIP2 should be able to search by any patron attribute marked as a unique identifier. Impact: - Self-check machines using HID/NFC values fail - Access control systems relying on alternate IDs cannot authenticate patrons I plan to submit a patch that will allow unique extended patron attributes to be used in SIP2 requests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 40972] New: New hook: extend Marc Filter
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40972 Bug ID: 40972 Summary: New hook: extend Marc Filter Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org Koha allows to add filters that massage the Marc record before it is passed on to the processing routines. The relevant section in C4::XLST.pm reads ```perl my $record_processor = Koha::RecordProcessor->new( { filters => ['ExpandCodedFields'], options => { interface => $interface, frameworkcode => $frameworkcode } } ); ``` Unfortunately, there seems easily accessible way to extend the `filters` array so it is currently not possible to eg. hook up a plugin to add a filter in this position. To help proceeding on bugs 21303, 30018, 37296, 37325 it would be helpful to have a hook here so development of the automatic punctuation could first be done as a plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 41062] New: Expand cronjob erm_run_harvester.pl with parameter for providers
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '26

03 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41062 Bug ID: 41062 Summary: Expand cronjob erm_run_harvester.pl with parameter for providers Initiative type: --- Sponsorship --- status: 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: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We would like to have an option to define the providers that are used to run the SUSHI harvesting for COUNTER Reports in the ERM module. The script will check if these providers are active (as before) If the parameter for provider_id is not used all active providers will be harvested (as before) The parameter provider_id is repeatable. We will provide a patch soon. Chapter in Manual: https://koha-community.org/manual/latest/en/html/cron_jobs.html#cron-ermrun… New Parameter to add to the manual: --provider-id or -p provider that will be harvested. This parameter is repeatable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18