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

[Bug 35438] New: Importing records can create too large transactions
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35438 Bug ID: 35438 Summary: Importing records can create too large transactions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When importing a staged file we commit only every 50 records For an authority import we are also merging, which can affect many more biblios, and these all end up in the transaction. This can cause tables locks and issues across Koha Why do we not commit each record as we go? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 32477] New: Batch Item Modification Columns
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32477 Bug ID: 32477 Summary: Batch Item Modification Columns 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com 22.05 has created issues with the columns in Batch item modification. There are 2 different issues that we have observed. 1- Unselecting "Source of classification or shelving scheme" removes that column on the current page. However, going back to the batch item modification tool to run a new batch makes the "holds" column disappear. 2- Unselecting some columns on the current screen hides that column. However, when we run a new batch item modification, the column shows up again while the box is still unchecked. Checking the box now behaves as a hide instead of show. Both problems get resolved when "show all" is used. But that means we have to constantly revert back to show all before running any further batch item modifications or the columns will be wrong. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 35702] New: Reduce DB calls when performing authorities merge
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35702 Bug ID: 35702 Summary: Reduce DB calls when performing authorities merge Change sponsored?: --- Product: Koha Version: master 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 We are individually fetching each biblio, we can do this in a single call We also fetch the frameworkcode from the DB for each biblio - we can just use the field from the object we have already fetched -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 35086] New: Koha::SearchEngine::Elasticsearch::Indexer->update_index needs to commit in batches
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35086 Bug ID: 35086 Summary: Koha::SearchEngine::Elasticsearch::Indexer->update_ind ex needs to commit in batches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com As we have moved tasks into the background we have updated code to send a single background request for indexing - so if a library modifies several thousand biblios we send the full list for reindexing. update_index needs to ensure the size of the requests does not exceed the limits of ES or take up too many resources. We should provide a configurable (syspref? kconf switch?) limit for each indexing request -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 34999] New: REST API: Typo error instead of message
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34999 Bug ID: 34999 Summary: REST API: Typo error instead of message Change sponsored?: --- Product: Koha Version: master 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 25835] New: Include Overdue Report (under Circulation Module) as a Staff Permission
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25835 Bug ID: 25835 Summary: Include Overdue Report (under Circulation Module) as a Staff Permission Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, when setting up permission for staff, the report for Overdue reports portion of the Circulation module, is only partially included in staff permission. There is a permission that allows staff to run the Overdue report )Execute overdue items report (overdues_report)) - but this does prohibit the Overdue report from displaying on circulation page, but the Overdue with Fines does display. It would more helpful, if this permission included both reports or add another permission to allow libraries to include/exclude this other report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 32551] New: API requests don't carry language related information
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32551 Bug ID: 32551 Summary: API requests don't carry language related information Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: tomascohen(a)gmail.com During our ILL development we noticed that there are issues with translations and the API. Using the C4::Languages::getlanguage method from the API controller is not working because the cookies is not passed and the environment variables are lost. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 35696] New: Transit status not properly updated for items advanced in Stock Rotation tool
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35696 Bug ID: 35696 Summary: Transit status not properly updated for items advanced in Stock Rotation tool Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 160507 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160507&action=e… Transit status of stock rotation items 23.05.06 While using the stock rotation tool in the Cataloging module, when items in rotas are advanced to the next stage, the status is not updating properly. In a proper status update for advancing items, the status reads "Transit pending from XX branch to YY branch since mm/dd/yyyy" which displays in 22.11.10. In 23.05.06, the status updates to show "Transit is pending from XX branch to YY branch since Available". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 35629] New: Redundant code in includes/patron-search.inc
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35629 Bug ID: 35629 Summary: Redundant code in includes/patron-search.inc Change sponsored?: --- Product: Koha Version: master 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, tomascohen(a)gmail.com Do a find for [% CASE 'name-address' %] you'll notice there are 2 identical entries with the difference being me.othernames in "data". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 34575] New: Patron search results: Customise the fields displayed in Name column
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34575 Bug ID: 34575 Summary: Patron search results: Customise the fields displayed in Name column Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Since the staff interface redesign, the search patron results table is prone to breaking the width of the screen, causing a horizontal scrollbar to display. The Name column displays the following content: Patron name Patron address Email address The column is flexible, because the filter is a search. As there are spaces in the name/address content, the column can be a very small width on smaller monitors. But the email address is often very long - and this causes the Name column to be very wide. On our system, two of our own council email address domains are 30 characters in length - that's before you've added the prefix, so email addresses can easily be 50+ characters, making for a very wide column. Is it possible to create a setting where we can choose not to include the email address in the search results? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22