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

[Bug 36360] New: Link ILL requests to surviving patron record when patrons are merged
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36360 Bug ID: 36360 Summary: Link ILL requests to surviving patron record when patrons are merged Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When patrons are merged, the ILL requests of the deleted patron records are deleted as well. They should be re-linked to the remaining/winning patron record instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[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 37708] New: Library hours should be extended to allow for multiple opening times per day include what the libary is open for
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '26

27 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37708 Bug ID: 37708 Summary: Library hours should be extended to allow for multiple opening times per day include what the libary is open for Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries have finer grained opening schedules than we currently allow for. For example, some library are 24h, but may break their day down into different slots for different services like allowing hold collection only between certain hours where the desks are manned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[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