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

[Bug 24082] New: Add a 'refund' option to anonymous payments
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24082 Bug ID: 24082 Summary: Add a 'refund' option to anonymous payments Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org With bug 23442 we add a process for recording refunds to patrons. We need to expand this for anonymous payments once bug 23354 is available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 41456] New: Item type filter on the hold history view does not work correctly
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41456 Bug ID: 41456 Summary: Item type filter on the hold history view does not work correctly Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 41451 We should be able to search using the item type's code or description. We also need to have the item types listed in a dropdown list. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41451 [Bug 41451] Hold history search fails when itemtype column present -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

1 0

[Bug 36525] New: Rename Notices and slips tool to Templates
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36525 Bug ID: 36525 Summary: Rename Notices and slips tool to Templates Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Now that the Notices and slips tool encompasses more than notices and slips, it makes more sense to rename the tool to Templates. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 41753] New: Link from copy shareable link button is too long
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41753 Bug ID: 41753 Summary: Link from copy shareable link button is too long Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The link provided by the "copy shareable link" button is far too long. Would it be possible to provide a shorter link? Ex: https://demo-admin.catalyst-koha.com.au/cgi-bin/koha/catalogue/detail.pl?bi… With the button: https://demo-admin.catalyst-koha.com.au/cgi-bin/koha/catalogue/detail.pl?biblionumber=33&searchid=scs_1770045228745&DataTables_catalogue_detail_holdings_table_state=eyJ0aW1lIjoxNzcwMDQ1MjM0NzYxLCJzdGFydCI6MCwibGVuZ3RoIjoyMCwib3JkZXIiOltdLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlLCJfaHVuZ2FyaWFuTWFwIjp7fX0sImNvbHVtbnMiOlt7InZpc2libGUiOnRydWUsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOnRydWUsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOnRydWUsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fV0sImV4dGVybmFsX2ZpbHRlcnMiOnt9fQ%3D%3D -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41696] New: Error handling in additem.pl is too specific and insufficient
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41696 Bug ID: 41696 Summary: Error handling in additem.pl is too specific and insufficient Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tadeusz(a)sosnierz.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl additem.tt template "humanizes" every error it knows about, and ignores all others. This problem is noted in additem.pl itself (https://gitlab.com/koha-community/Koha/-/blob/166604f9f3938307de6ea5f2530b6…) The way it currently works is that any unhandled failure when adding/editing items fails quietly on the backend, but returns a 200 and shows a successful page to the user (a background job handling the same, but batched edit would fail visibly). The code and the template should be changed so that any caught exception leaves *some* trace in the interface and clearly indicates that an action has failed. (Patch incoming). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 41750] New: ForcePasswordResetWhenSetByStaff prohibits login via CAS
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41750 Bug ID: 41750 Summary: ForcePasswordResetWhenSetByStaff prohibits login via CAS Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When ForcePasswordResetWhenSetByStaff is set to "enforce" and staff adds creates a new patron account, login by CAS is impossible. It took us a while to figure this out, since it just "won't work" without any helpful error message. I think there are different ways this could be handled. We could not check the password expiration date if a user authenticates through another external system (LDAP, CAS, OAuth2), since they cannot change the password then. The smallest solution might be warning on the pref, to not enable this for patron categories that use external authentication. I think in general it would be nicer to allow external authentication and still enforce if local login is used - there might be cases where both are the same patron category now and this would keep things more flexible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 38769] New: Add plugins consent types to OPAC self registration process
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38769 Bug ID: 38769 Summary: Add plugins consent types to OPAC self registration process Change sponsored?: --- Product: Koha Version: Main 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 The new functionality allows plugins to add patron consent types to the system doesn't expose those consent types to the user at self registration time like we do for the data processing consent. We should have that option -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 31503] New: Groundwork for 20380 (mail consent)
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31503 Bug ID: 31503 Summary: Groundwork for 20380 (mail consent) Change sponsored?: --- Product: Koha Version: master 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 170

[Bug 31533] New: Add opt-in/opt-out flags to patron consents
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '26

02 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31533 Bug ID: 31533 Summary: Add opt-in/opt-out flags to patron consents 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Part of the 20380 set. Building on top of 31503. While we now only enforce the GDPR consent if the pref is set to Enforced, we leave other consents empty. Which actually is opt-in. They need to go to the consents page and enable the specific consent. If we would add opt-out, we can either add consents for all users or make PatronConsent a bit smarter and only register refusal (opt-out). It feels more consistent to add all consents to the table, and add them too in the self reg process. But when you add a new consent type and mark it as opt-out, we should then populate the table too. Do we also need a Mandatory flag? Historically, we treat the GDPR consent as such. Other consents may not be of that same category. But we might want the user to make an explicit choice there without the same exceptional approach that we use for GDPR. How do we get him on that page? If he arrives there, we can obviously allow saving only when those mandatories are filled.. -- You are receiving this mail because: You are watching all bug changes.

1 4