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

[Bug 35906] New: Add bookable option on itemtypes
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35906 Bug ID: 35906 Summary: Add bookable option on itemtypes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello everyone, In connection with bug 29002, which introduces the new "booking" feature, I'd like to suggest an improvement mentioned in the ticket: adding this option to an itemtype. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 156

[Bug 35671] New: Add ability to do a batch item modification to make items bookable.
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35671 Bug ID: 35671 Summary: Add ability to do a batch item modification to make items bookable. Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Right now items can only be made bookable individually. It would be nice to have the ability to do this through a batch item modification. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 40674] New: Pickup location should respect IndependentBranches/Library Groups
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '25

22 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40674 Bug ID: 40674 Summary: Pickup location should respect IndependentBranches/Library Groups Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com I'm thinking mostly about the staff interface here, since it's unrestricted currently. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 26227] New: Allow to enter copyright statement for uploaded local cover images
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26227 Bug ID: 26227 Summary: Allow to enter copyright statement for uploaded local cover images 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We have libraries that need to add a copyright statement to the uploaded local covers. The statements can vary, so need to be image specific. It would be great if this feature could be built into the local cover images feature so that the copyright statement can be easily retrieved for display from the db. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 29127] New: Reminders for Suspended Holds
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29127 Bug ID: 29127 Summary: Reminders for Suspended Holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice to have either a definable notice or a pesky reminder in the OPAC (or both) when a patron has set a hold, suspended it, and forgot about it. Suspended holds can affect purchase decisions and decisions for patrons to place a hold. It would be great if the OPAC would display a reminder in the holds or like a news or message at the top of the account when an item has been suspended for X amount of days, and a notice that does the same. So, libraries could remind patrons after 6 months, and send a notice after a year. It would also be great if libraries could set if a suspended hold just goes away after a set amount of time, or not at all. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 40683] New: Use DataTables Select plugin for handling selections across multiple pages
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40683 Bug ID: 40683 Summary: Use DataTables Select plugin for handling selections across multiple pages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 34227 used the same local storage method from the patron search for the item search. It may be possible to implement a more generic solution using the datatbles Select plugin which can manage selections across table redraws. We still need to handle the export and "clear selections" ourselves as the plugin deals only with the visible page for some of these, but it would be nice to have a simple way to enable this for any table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28322] New: Did you mean feature does not work with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28322 Bug ID: 28322 Summary: Did you mean feature does not work with Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com Hi all! We just upgraded one of our clients to Elasticsearch and they happened to use the Did you mean feature. It seems Did you mean only works with Zebra. It's trying to connect to Zebra. This is in opac-error.log suggestion: oAuth error: Connect failed (10000) unix:/home/i/koha/alma-test-inlibro/var/run/zebradb/authoritysocket ZOOM: /inlibro/git/koha-alma-test-inlibro/opac/svc/suggestion, referer: http://alma-test.hapax.inlibro.net/cgi-bin/koha/opac-search.pl?q=chat (btw, "chat" is "cat" in french :D ) I think we should at the very least put a warning on the admin page for the Did you mean feature that it only works with Zebra. Otherwise make the feature engine agnostic so that we can use it with either Zebra or ElasticSearch. I don't know if Did you mean with elastic is necessary as there is a bz for autocomplete with ElasticSearch which does practically the same thing. (see bug 27113). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 38233] New: ILS-DI GetRecords should filter_by_visible_in_opac and use OPAC MARCXML
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38233 Bug ID: 38233 Summary: ILS-DI GetRecords should filter_by_visible_in_opac and use OPAC MARCXML Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Since ILS-DI is used primarily for discovery services, it should respect things like OpacHiddenItems and hidelostitems sysprefs. the way to do this is to use "filter_by_visible_in_opac" and to use the "OPAC" MARCXML (ie don't embed hidden items in the MARCXML that goes out). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 40673] New: koha-indexer should be renamed to koha-zebra-indexer
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40673 Bug ID: 40673 Summary: koha-indexer should be renamed to koha-zebra-indexer Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org koha-es-indexer handles elastic koha-indexer handles only zebra, but it is not clear, we should make it so -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 40676] New: New tool: Batch duplicate bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '25

21 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40676 Bug ID: 40676 Summary: New tool: Batch duplicate bibliographic records Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Use case: There are books with sheet music that have for example 101 songs in them. The books are a series for different instruments and all the books have the same songs. All the songs are catalogued as component records and the basic marc data is the same in all of them. But there needs to be made some changes for example to the 773 fields. It is quite time consuming to duplicate all of those 101 record one by one and make the same changes to all of them. Need and how to: There is a need to a batch duplicate bibliographic record with a tool/operations where you can select a batch of records and make the same changes to all of them. You could use the MARC modification templates to define the rules for the changes. The batch of records could be seleceted from the search results and then select from Edit button to Batch duplicate records (there is already Batch edit and delete records options). It could also be possible via Lists or Cart too. Or you could alsocreate a file of biblionumbers and choose the file at the tool's home page. At this moment it is possible to get the same result by exporting and staging the records back with the MARC modification templates but the exporting and staging takes quite a few more steps than simply selecting the records and clicking "Batch duplicate records". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1