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

[Bug 39187] New: Hold expiration date should not be extended if set by staff before hold is filled
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39187 Bug ID: 39187 Summary: Hold expiration date should not be extended if set by staff before hold is filled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 Koha respects a patron's set expiration for a hold when filling, and does not extend past the original date. When a staff member places a hold for a patron the patron_expiration_date field is set. If a staff member places a hold with no expiration, then sets the expiration before the hold has been filled, the expiration date will always be replaced by the default date from ReservesMaxPickupDelay We should only replace the date if the new one is sooner. To recreate: 1 - Place a hold in staff interface with no expiration date 2 - Edit the hold expiration date to be tomorrow 3 - Set ReservesMaxPickupDelay to 7 4 - Check in the item and confirm hold 5 - Expiration date is now 7 days away -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 37012] New: Show details of saved eUsage reports
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37012 Bug ID: 37012 Summary: Show details of saved eUsage reports Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com After an eUsage report has been saved, there is no way to edit it or see what has been selected as criteria when it was created. So you can only select by name, but need to have a strict naming schema or it will be hard to tell what data you are looking at. (Hope I am not missing something) -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 40833] New: Only display possible available dates when running a COUNTER 5.1 harvest
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40833 Bug ID: 40833 Summary: Only display possible available dates when running a COUNTER 5.1 harvest Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk Preliminary dev plan: A) When the 'Run now' button is clicked, perform a request that fetches the first_month_available and last_month_available of a provider. B) Ensure the flatpickr data range selectors only allow a data selection based on A) .e.g disable all dates that fall outside of the available range. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 40830] New: Add a plugin hook for manipulating user info from identity providers
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40830 Bug ID: 40830 Summary: Add a plugin hook for manipulating user info from identity providers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org It would be nice to be able to alter incoming data, or provide more complicated mappings (i.e. map external to internal categories) and be able to do this via plugins -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 40829] New: Allow for mapping to static values in Identity Providers configuration
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40829 Bug ID: 40829 Summary: Allow for mapping to static values in Identity Providers configuration Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org In SAML and LDAP we can map to static values to set category, flags, or other fields It would be nice to have the same functionality for identity providers -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 40831] New: Attempting to save a notice with html present and the html checkbox not selected should warn
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40831 Bug ID: 40831 Summary: Attempting to save a notice with html present and the html checkbox not selected should warn 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be helpful if after editing a notice, when saving it checked that if there's html in the notice, the html box is selected and warn the user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 --- Comment #33 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #32) > (In reply to David Cook from comment #31) > > That said, I did a bunch of work on lists in 23.11 and I thought it carried > > over to 24.11, but maybe I need to double-check that... > > Local work that is. I've tried upstreaming where I can, but always running > behind when it comes to upstreaming... Ah actually I think I haven't coded bug 39376 yet. I think it was too hard because Lists are a bit of a mess in terms of code, so I just did a local syspref that disabled lists in the staff interface for anyone without lists permissions... :| -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 --- Comment #32 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #31) > That said, I did a bunch of work on lists in 23.11 and I thought it carried > over to 24.11, but maybe I need to double-check that... Local work that is. I've tried upstreaming where I can, but always running behind when it comes to upstreaming... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '25

18 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 --- Comment #31 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Caroline Cyr La Rose from comment #30) > I'm wondering if it's normal that the button to access lists on the intranet > main page is absent when I don't have any lists permissions, but I can still > access the lists module from the More menu. Sounds like a bug to me. > My understanding is that the catalogue permission grants access not only to > the staff interface but to the ability to create (private) lists. That could be. That's why I raised bug 39376. I wanted the ability to disable creating private lists in the staff interface as well. > Depending on the need to be able to create private lists, I feel like the > button should still be on the main page? And the various lists permissions > only control whether the staff member can create/view/manage/delete *public* > lists... I think that's how bug 13888 is supposed to work? Sounds like there might be some bugs to iron out. That said, I did a bunch of work on lists in 23.11 and I thought it carried over to 24.11, but maybe I need to double-check that... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36887] New: Migrate "Authorized Values (BOR_NOTES)" into "Patrons (custom message)" in Notices
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '25

17 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36887 Bug ID: 36887 Summary: Migrate "Authorized Values (BOR_NOTES)" into "Patrons (custom message)" in Notices 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: caroline.cyr-la-rose(a)inlibro.com, katrin.fischer(a)bsz-bw.de, testopia(a)bugs.koha-community.org Depends on: 29393, 36717, 32986 With the introduction of custom email messages in Bug 29393, we discussed (https://chat.koha-community.org/koha-community/pl/ixoy58im47dhpr4gmwtn9sdbjw) the opportunity to merge the "Patrons (custom slip)" notice type introduced in Bug 32986 and the new "Patrons (custom message)" notice type. We could also do away with the BOR_NOTES authorized value that is currently used for the non-email notes/messages and instead combine them into the above and use a checkbox for display options (staff or opac & email) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29393 [Bug 29393] Ability to send emails from patron details page https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32986 [Bug 32986] Add ability to generate custom slips for patrons https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36717 [Bug 36717] Merge "Patrons (custom slip)" and "Patrons (custom message)" in Notices -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11