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

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Ray Delahunty <r.delahunty(a)arts.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.delahunty(a)arts.ac.uk -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40823] New: Default privacy setting should be renamed
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40823 Bug ID: 40823 Summary: Default privacy setting should be renamed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org The default privacy (borrowers.privacy=1) wording is problematic. It claims to be the default, yet it can also be not the default if patron category has set another default value (i.e. forever or never). OPAC privacy currently states the following: "Default: keep my history according to library policy. This is the default option : the library will keep your history for the duration set by library policy" I propose it to be changed to "Library policy" So they would look like this: Forever: keep my history without limit. This is the option for users who want to keep track of what they are reading or placed a hold on. Library policy: keep my history according to library policy. The library will keep your history for the duration set by library policy. Never: Delete my history immediately. This will delete all record of the item that was checked-out upon check-in, and hold history upon fulfillment or cancellation. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 40595] New: Privacy setting when changing patron category
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40595 Bug ID: 40595 Summary: Privacy setting when changing patron category 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: kalle(a)imcode.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com When a patron's category is changed, the associated privacy setting (privacy) is not updated accordingly. For example, if the original category has privacy = 1 and the new category has privacy = 0, the patron's privacy setting remains at 1 after the change, instead of reflecting the new category's setting. This is problematic for clients who use specific patron categories to control whether circulation history should be stored and displayed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39906] Add bot challenge (in Apache layer)
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39906 --- Comment #86 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to David Cook from comment #85) > (In reply to Katrin Fischer from comment #84) > > There is a lot of text to read here, could we add an updated version on how > > to activate the feature into release notes? that would help when pointing > > people here. > > Is it too late for that? I think people not finding what they need in the release notes will come looking here... so it's the next best thing we can do. And adding it to the top where it doesn't get lost in comments, would be the best spot? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37358] New: Search filter not displayed on holdings table if SeparateHoldings is disabled
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37358 Bug ID: 37358 Summary: Search filter not displayed on holdings table if SeparateHoldings is disabled Change sponsored?: --- 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When SeparateHoldings syspref is set as "Don't separate", holdings table is missing search filter. Also pagination buttons and "Show x entries" filter are not displayed. To reproduce: 1. Set SeparateHoldings syspref as "Separate". 2. Find a biblio with items attached to it. 3. Note that search filter, pagination etc. are displayed 4. Disable SeparateHoldings syspref. 5. Note that search filter, pagination etc. are no longer displayed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39906] Add bot challenge (in Apache layer)
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39906 --- Comment #85 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #84) > There is a lot of text to read here, could we add an updated version on how > to activate the feature into release notes? that would help when pointing > people here. Is it too late for that? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40023] New: Allow embedding `patron` when validating credentials
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40023 Bug ID: 40023 Summary: Allow embedding `patron` when validating credentials Change sponsored?: --- 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com It would be handy for external systems to be able to specify the requirement to embed the patron object in the response of a successful patron credentials validation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 40500] New: Include credit/debit type code in runtime parameter selection dropdown for reports
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40500 Bug ID: 40500 Summary: Include credit/debit type code in runtime parameter selection dropdown for reports Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com When one sets a runtime parameter in a report for credit or debit type, the dropdown one gets at runtime only includes the description. In many cases it'd be helpful to also include the code itself. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 11591] runtime parameter for library groups
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11591 Brendan Lawlor <blawlor(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |blawlor(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4858] Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '25

16 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4858 Jacob O'Mara <jacob.omara(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0