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

[Bug 40220] New: API Incorrectly Requires Mandatory Extended Attributes Not Visible in OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40220 Bug ID: 40220 Summary: API Incorrectly Requires Mandatory Extended Attributes Not Visible in OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: leo.stoyanov(a)bywatersolutions.com Reporter: leo.stoyanov(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When registering patrons via /api/v1/patrons, the endpoint requires ALL mandatory extended attributes, including those not set to "Editable in OPAC". This is inconsistent with OPAC behavior, where only attributes that are both mandatory and visible/editable in OPAC are required. For external systems acting as OPAC replacements, such as Aspen Discovery, this creates unnecessary validation failures. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 40219] New: Welcome Email Sent on Failed Patron Registration via API
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40219 Bug ID: 40219 Summary: Welcome Email Sent on Failed Patron Registration via API Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: leo.stoyanov(a)bywatersolutions.com Reporter: leo.stoyanov(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When registering a new patron via the /api/v1/patrons API endpoint, a welcome email notice is sent even if the endpoint returns a 400 error due to validation failures. This occurs because the welcome email logic executes before extended attribute validation is complete, within the database transaction. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 41142] New: Update jQuery-validate plugin to 1.21.0
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41142 Bug ID: 41142 Summary: Update jQuery-validate plugin to 1.21.0 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org A new bug report for version 1.21.0. > We've gotten reports that the jQuery-validate plugin is flagging in > vulnerability scans (https://nvd.nist.gov/vuln/detail/CVE-2022-31147 for > details on the associated CVE). > > I've put this in security to be on the safe side but if it should be moved, > please do. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 41055] New: Missing accesskey attribute for print button (shortcut P)
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41055 Bug ID: 41055 Summary: Missing accesskey attribute for print button (shortcut P) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The print buttons labeled "Don't check out, confirm hold, and print slip (P)" and "Don't check out and print slip (P)" in circulation.tt are missing the accesskey="p" attribute, which prevents users from using the keyboard shortcut "P" to activate the button. The button appears when you are trying to checkout an item that is waiting for other patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 41679] New: Stock rotation repatriation modal can conflict with holds modal
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41679 Bug ID: 41679 Summary: Stock rotation repatriation modal can conflict with holds modal Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate 1 - Enable StokcRotation system preference 2 - Navigate to Cataloging->Stock rotation 3 - Click '+ New rota' fill out with any values 4 - Click 'Manage->stages' for the Rota 5 - Add a stage for Centerville for 1 day, and Midway for 1 day 6 - Return to rotas 7 - Click Manage->items for the rota 8 - Add an item 9 - Return to rotas 10 - Click 'Activate' 11 - On the command line run the stock rotation job perl misc/cronjobs/stockrotation.pl -x 12 - There should be one item for initiation 13 - Run it again, there should be one stationary item 14 - Place an item specific hold for the item, for pickup at Midway 15 - Check the item in at centerville, confirm transfer 16 - Check the item in at Midway, confirm hold 17 - Run the stock rotation job again 18 - There should be one item for repatriation 19 - Check in the item again 20 - Boom! You get two overlapping modals -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 40803] New: Users cannot renew overdue items from 'Overdue' tab in account
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40803 Bug ID: 40803 Summary: Users cannot renew overdue items from 'Overdue' tab in account Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Looks like this was missed in the CSRF update -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 39468] New: EDI message status should be case insensitive
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39468 Bug ID: 39468 Summary: EDI message status should be case insensitive 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There already was a bug (Bug 32676) that should have addressed this. The initial commit looks ok, but the final one, which seems be the one that have been pushed is missing the .lower on edi_order.status. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 40961] New: LocalUse Circulation Statistics offering empty results
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40961 Bug ID: 40961 Summary: LocalUse Circulation Statistics offering empty results Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: tgoatley(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com Libraries are reporting that the LocalUse Circulation Statistics offer empty results once setup and then ran. The other selections return results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 39985] New: items.onloan field is not updated when an item is recalled
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39985 Bug ID: 39985 Summary: items.onloan field is not updated when an item is recalled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Depends on: 19532 When an item is recalled, if the due date on the item should be updated due to the recall, only the issues.date_due field gets updated. The due date stored in items.onloan remains unchanged. To replicate: 1. Enable UseRecalls syspref and set corresponding circulation rules: - Recalls allowed - Recalls per record - On shelf recalls allowed - set to "If any unavailable" - Recall due date interval - set to 1 - Recall pickup period 2. Check out an item to a patron 3. Log into the OPAC as another patron 4. Search for the item checked out in step 2 5. Place a recall on that item 6. Search for that item in the staff interface => Note that the item status says, "Checked out to <patron>: due <tomorrow>" 7. Create the following SQL report in the reports module, using the barcode of the item that was recalled: SELECT onloan FROM items WHERE barcode='xxxxxxxxx' 8. Run the report => The onloan value is still set to the item's original due date, not the update due date of tomorrow Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19532 [Bug 19532] Recalls for Koha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 40760] New: 'Edit' link in item receive table is not formatted as link
by bugzilla-daemon＠bugs.koha-community.org 21 May '26

21 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40760 Bug ID: 40760 Summary: 'Edit' link in item receive table is not formatted as link Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When receiving items in the acq module, the "Edit" link in the items table for orders with items created when ordering is not recognizable as link, but appears just formatted as normal text. To test: * Create a basket with items 'on order' * Add an order line with 2+ items * Close basket * Receive shipment for the same vendor * Click on "receive" link * Verify the "Edit" in the items table on the left is not formatted as a link -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16