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

[Bug 41923] New: Curbside Pickup - Cancelled pickups should live in the database
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41923 Bug ID: 41923 Summary: Curbside Pickup - Cancelled pickups should live in the database Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tech.aimee(a)salinapublic.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com If staff are staging items for patrons to be picked up, and the patron cancels, there is no documentation of what is going on with the pickup - it is just disappeared from the table. To prevent confusion, misplaced items, make notes on patrons accounts, etc., cancelled pickups should stay in the database. Perhaps just a cancelled_datetime column? It would also be great for pulling reports in the same manner as other services - how many pickups were cancelled, which were cancelled today so we can reset, how many times has a patron cancelled, and so on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39880] New: Add shelving location to cn_browser.tt
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39880 Bug ID: 39880 Summary: Add shelving location to cn_browser.tt 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be helpful to have a column for shelving location in the cn_browser results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 41447] New: Provide an official bootstrap script to configure Koha APT repository on Debian/Ubuntu
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41447 Bug ID: 41447 Summary: Provide an official bootstrap script to configure Koha APT repository on Debian/Ubuntu Initiative type: --- Sponsorship --- status: Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Release tools Assignee: jonathan.druart(a)gmail.com Reporter: saiful(a)semanticconsulting.com Installing Koha on Debian and Ubuntu currently requires manually performing several prerequisite steps before koha-common can be installed, including: - Adding the Koha APT signing key - Configuring the Koha APT repository - Running apt update These steps are well documented, but they are repetitive, error-prone for new users, and frequently re-implemented across third-party guides and automation scripts. This bug proposes providing an official, minimal bootstrap script for Debian/Ubuntu only, whose sole responsibility is to: - Install the Koha APT signing key - Configure the Koha APT repository - Run apt update After this step, installation continues exactly as required: apt install koha-common Rationale / Motivation: - Reduces installation friction for first-time and test installations on supported platforms - Encourages a single, auditable implementation instead of many unofficial ones - Simplifies automation, CI, containers, and provisioning workflows - Keeps Koha's existing packaging and installation model unchanged Reference Implementation: A reference implementation currently used in production for ~2 years is available here: https://github.com/saiful-semantic/KohaOnUbuntu This is provided to illustrate the approach, not as a final implementation. The reference implementation is validated using GitHub Actions CI on both Ubuntu LTS (20.04, 22.04, 24.04) and Debian (11, 12). Security Considerations: The common 'curl | sudo bash' pattern is acknowledged as a concern, which can be mitigated by: - Hosting the script under an official Koha domain - Providing checksums or signature verification Alternatively, offering a download-then-execute workflow instead of piping. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 40602] New: Broken HTML showing in Alert 'subscriptions' tab
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40602 Bug ID: 40602 Summary: Broken HTML showing in Alert 'subscriptions' tab Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In the "Alert subscriptions" tab in the OPAC there is broken HTML showing on the page, maybe from a merge conflict, because it doesn't actually make sense, to display the name in that spot. To test: * Add a serial subscription and set a notification template * Go to the OPAC and subscribe to the email notification for this subscription (you must be logged in to see the button on the subscriptions tab) * Go to the patron account > tab alert subscriptions * Verify in the last column something like this shows: Frau Karin Mustermann"> X Unsubscribe from email alerts The "Frau Karin Mustermann">" should not be there. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 41810] New: Missing patron.title from Bug 40602
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41810 Bug ID: 41810 Summary: Missing patron.title from Bug 40602 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org >From Bug 40602: The line : - <span class="patron-title">[% patron.title | html %]</span> Becomes : + <span class="patron-title"></span> So there is no content. I bet this is not what we want. Since this is backported to 25.11.00,25.05.04 I think we should do the additional work here. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #315 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 193979 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=193979&action=e… Bug 10190: Patron categories fetch shouldn't require full manage permission Patch from commit 2727bf7 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41943] New: Purchase suggestion URL truncated when not logged in
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41943 Bug ID: 41943 Summary: Purchase suggestion URL truncated when not logged in Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david.roberts(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org If you use this URL to log a purchase suggestion when not logged in: /cgi-bin/koha/opac-suggestions.pl?op=add_form you get taken to a login screen and after logging in the URL loses the ?op=add_form part of the URL which means the page you are taken to doesn't allow the addition of a new suggestion. To reproduce: 1) On the OPAC while not logged in 2) Go to ..../cgi-bin/koha/opac-suggestions.pl?op=add_form 3) Log in 4) The resulting page is ..../cgi-bin/koha/opac-suggestions.pl which doesn't allow the addition on a new suggestion -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34438] New: OPAC self registration form does not include lang ( Preferred language for notices ) field
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34438 Bug ID: 34438 Summary: OPAC self registration form does not include lang ( Preferred language for notices ) field 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Install a language pack ( sudo koha-translate -i es-ES ) 2. Turn on the system preference TranslateNotices 3. The lang field now appears when registering a patron from the staff interface but not on the OPAC self registration form. -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 41926] New: Disable OPAC search form after first submitting it, as a counter measure to spam
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41926 Bug ID: 41926 Summary: Disable OPAC search form after first submitting it, as a counter measure to spam Initiative type: --- Sponsorship --- status: 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 We occasionally notice the same search query being placed multiple times in rapid succession. While we do ratelimiting that eventually blocks the spam (whether intentional or not), the first counter measure should be to disable the form submit by JavaScript. I propose once the search form is first submitted, we send the query and then disable the submit function. If patron then re-submits the form before search results are loaded, the browser will not send another query to Koha. Now if anything changes within the form before the results are loaded, we re-enable the submit so that if they are quick enough, they could still modify their query before the results. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 38365] Add Content-Security-Policy HTTP header to HTML responses
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38365 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #193714|0 |1 is obsolete| | --- Comment #231 from David Cook <dcook(a)prosentient.com.au> --- Created attachment 193968 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=193968&action=e… Bug 38365: (follow-up) Move default Content-Security-Policy value into Perl module, add tests To test: 1. prove t/Koha/ContentSecurityPolicy.t Signed-off-by: David Cook <dcook(a)prosentient.com.au> -- You are receiving this mail because: You are watching all bug changes.

1 0