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

[Bug 32974] New: Allow different limits for hold the shelf holds vs holds on checked out items
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32974 Bug ID: 32974 Summary: Allow different limits for hold the shelf holds vs holds on checked out items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We would like to see a function in Koha where the hold limit is separated into two limits. One limit for on-the-shelf holds and another limit for holds on items checked out. Currently, we can allow or not allow on-the-shelf holds. We would like to see this expanded to specify the number of holds allowed if we have on-the-shelf holds turned on. Then there would be a separate limit that is for items that are checked out or on order. The reason for separating these is so we can manage staff time on the holds to pull list and still allow patrons to put holds on popular items and items that are new to the library. Our plan would be to allow something like 7 holds for on-the-shelf holds and allow unlimited holds for checked out and on order items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 34478] Full CSRF protection
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |36155 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36155 [Bug 36155] Improve perfs of suggestion.pl when there are many budgets -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35170] New: Make long overdue item type options configurable in interface
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35170 Bug ID: 35170 Summary: Make long overdue item type options configurable in interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Being able to set the item type options: 'itemtype=s' => $itemtype 'skip-itemtype=s' => $skip_itemtype, Via the staff interface would be really helpful for users being able to update their longoverdue settings without needing to edit the command line. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 29505] New: Add syspref to allow to place multiple holds on same item
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29505 Bug ID: 29505 Summary: Add syspref to allow to place multiple holds on same item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 40280] New: BorrowerUnwantedField by patron category or branch (as well as system wide)
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40280 Bug ID: 40280 Summary: BorrowerUnwantedField by patron category or branch (as well as system wide) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We want to be able to add in an exemption for BorrowerUnwantedField settings depended on patron category or branch. We have some users for which we need some fields to display to add in changes to our new patron form but we need them not to show for other user types. For this we need an exemption to BorrowerUnwantedField by patron category or branch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26038] New: Accessibility: 4.1.3 Status Messages
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26038 Bug ID: 26038 Summary: Accessibility: 4.1.3 Status Messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Blocks: 23003 The intent of this Success Criterion is to make users aware of important changes in content that are not given focus, and to do so in a way that doesn't unnecessarily interrupt their work. The intended beneficiaries are blind and low vision users of assistive technologies with screen reader capabilities. An additional benefit is that assistive technologies for users with cognitive disabilities may achieve an alternative means of indicating (or even delaying or supressing) status messages, as preferred by the user. The scope of this Success Criterion is specific to changes in content that involve status messages. A status message is a defined term in WCAG. There are two main criteria that determine whether something meets the definition of a status message: https://www.w3.org/WAI/WCAG21/Understanding/status-messages.html Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23003 [Bug 23003] Accessibility improvements -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 6425] Advanced search: begins with and contains searches
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6425 lthorrat(a)cuyahogalibrary.org <lthorrat(a)cuyahogalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lthorrat(a)cuyahogalibrary.or | |g --- Comment #1 from lthorrat(a)cuyahogalibrary.org <lthorrat(a)cuyahogalibrary.org> --- I agree Nicole! At begins with function would be a good addition to Koha functionality. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 39282] New: Receiving orders from a staged/new file leads to 500 errors
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39282 Bug ID: 39282 Summary: Receiving orders from a staged/new file leads to 500 errors Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1. In acquisitions create or find a vendor 2. Make a new basket, either from 'New file' or 'Staged file' 3. Receive the order 4. 500 error This is what I see in the logs: ==> /var/log/koha/kohadev/plack-api-error.log <== [2025/03/07 21:25:45] [ERROR] GET /api/v1/acquisitions/orders: unhandled exception (Mojo::Exception)<<Can't call method "bookable" on an undefined value at /kohadevbox/koha/Koha/Item.pm line 1922.>> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 36978] New: Issue upgrading to v24 from v22 - publishercode
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36978 Bug ID: 36978 Summary: Issue upgrading to v24 from v22 - publishercode Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: rex(a)nicic.gov QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Hi, I'm trying to upgrade from 22.05 to 24 (current). I'm running into this error and I'm not sure how to fix it. I've tried removing the publishercode column from biblioitems and deletedbiblioitems, but it still returns this error. I've also looked at the Installer.pm file, but the error is returning in the middle of a function and I have no idea what to do with that. Any suggestions for how to help get this working again? Upgrading database schema for INSTANCE Upgrade to 23.06.00.007 [21:04:39]: Bug 34029 - Extend datatypes in biblioitems and deletedbiblioitems tables to avoid import errors Updated biblioitems.place to text Updated deletedbiblioitems.place to text ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Can't DROP 'publishercode'; check that column/key exists at /usr/share/koha/lib/C4/Installer.pm line 741 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 38447] New: Fix faulty identity providers
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '25

01 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38447 Bug ID: 38447 Summary: Fix faulty identity providers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 37157 This is a follow-up from bug 37157: (In reply to Nick Clemens (kidclamp) from comment #7) > One issue is that if I create the provider before this request. this doesn't > fix it. I have to delete them from the database in order to be able to load. > Could we have a DB update to fix/encode existing values? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37157 [Bug 37157] Error 500 when loading identity provider list -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1