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

[Bug 35748] New: Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35748 Bug ID: 35748 Summary: Allow holds to be suspended, unsuspended, or canceled in batches based on branch or patron category code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes libraries have to close a branch or altogether, and they'd like to be able to cancel, suspend, and unsuspend holds in a batch. Currently this is achieved through command line database updates which are risky and require professional assistance, especially if your library is hosted. Normally this would be a per branch operation due to the "library is closing" use case, but it might be nice to be able to do this per patron category too. It would also be good if this job were implemented as a long_task background job. Cheers, Liz -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 30047] New: Add a field to auth_header to record main heading as text string
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30047 Bug ID: 30047 Summary: Add a field to auth_header to record main heading as text string Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org SQL queries looking at authority records are complicated by the fact that authorities don't have an equivalent to a biblio's title. It would be helpful to create a new database field (auth_header.main_heading) in which we record a text string. The specific value we record here would be determined by the authority type, following the mappings defined in authtypes.pl. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 38133] New: Create a touch_all_authorities.pl script
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38133 Bug ID: 38133 Summary: Create a touch_all_authorities.pl script Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Bug 30047 added a new column to the auth_header table, but for existing systems, there is no way to populate this new column when upgrading. It was suggested to create a touch_all_authorities.pl script. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 38863] New: Show Bookings Options on itemtypes.pl
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38863 Bug ID: 38863 Summary: Show Bookings Options on itemtypes.pl Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On itemtypes administration, it would be helpful to see if an itemtype is bookable from cgi-bin/koha/admin/itemtypes.pl. Adding a bookable column to Table id: table_item_type would allow users to configure as needed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 33008] New: Record not indexed in Elasticsearch (ES) if no item attached AND zebra not running
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33008 Bug ID: 33008 Summary: Record not indexed in Elasticsearch (ES) if no item attached AND zebra not running Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org Hi All, Record not indexed in Elasticsearch (ES) if no item attached AND zebra not running + use ES as indexer + turn off zebra with koha-zebra --stop <lib> + if you add a record WITHOUT an item the record will not be found in the search (adding a record WITH an item works as expected) + starting zebra (koha-zebra --start <lib>) fixes the problem ie the record/book is now found even without an item sidenote: + this seems also to be a problem with older koha versions (tested with 21.05) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 36078] New: Add hooks to allow cover images from plugins on shelves
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36078 Bug ID: 36078 Summary: Add hooks to allow cover images from plugins on shelves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: johan.sahlberg(a)tidaholm.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently there is a hook for plugins regarding coverimages, but it's not applied on shelves (neither OPAC or staff). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39548] New: Export Elasticsearch mappings.yml via UI
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39548 Bug ID: 39548 Summary: Export Elasticsearch mappings.yml via UI Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org Add a button to Elasticsearch Admin to export the current mappings from the DB to the / a mappings.yml file. Should probably not overwrite the existing mappings.yml, but create a new one, either just in the filesystem or also provide it via browser download. Might be related to / duplicate of 22639 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 40336] New: Self-checkouts restart every second if invalid data in timeout sysprefs
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40336 Bug ID: 40336 Summary: Self-checkouts restart every second if invalid data in timeout sysprefs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org As per comments on bug 36586, there are situations where self-checkouts restart every second. The cause - or at least one identified cause - appears to be invalid data in the SelfCheckInTimeout and SelfCheckTimeout system preferences. The Javascript isn't properly validating the incoming data and thus the bug appears. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 41139] New: Put birthdate and alternate name in a span in ul.ui-autocomplete in order to hide it easily
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41139 Bug ID: 41139 Summary: Put birthdate and alternate name in a span in ul.ui-autocomplete in order to hide it easily Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In autocomplete (li .ui-autocomplete) you can hide the library (.age_years) or the age (.ac-library) of a patron, but not their birthdate or alternate name. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26342] New: Suspended hold not marked filled when patron checks out item
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26342 Bug ID: 26342 Summary: Suspended hold not marked filled when patron checks out item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - place an item-level hold - suspend the hold - without unsuspending or capturing the hold, check the item out to the patron - the suspended hold remains on the patron account If a hold is not suspended (and not captured) and the patron checks the item out, the hold is marked as filled. Should we do the same on suspended holds? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12