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

[Bug 36134] New: Elasticsearch authentication using userinfo parameter crashes about.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36134 Bug ID: 36134 Summary: Elasticsearch authentication using userinfo parameter crashes about.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Following Bug 33563, if you enable Elasticsearch authentication using "userinfo" parameter in koha-conf (David's method in comment 3 of Bug 33563), about.pl page breaks and gives an internal server error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 35373] New: Remove comment about bug 8000 in gather_print_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35373 Bug ID: 35373 Summary: Remove comment about bug 8000 in gather_print_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz misc/cronjobs/gather_print_notices.pl has this: directory => $output_directory, files => $files, from => C4::Context->preference('KohaAdminEmailAddress'), # Should be replaced if bug 8000 is pushed to => $email, transport => $transport, Bug 8000 was pushed in 2019, but seems related to the "to" address, not the "from": "This enhancement adds a system preference 'SendAllEmailsTo' which, when populated with a valid email address, will redirect all outgoing mail from Koha to this address. This feature is intended for use during testing/setup of Koha, to prevent spamming users." So maybe the code changed from underneath the comment? Seems like we can remove this comment to avoid future confusion? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 35701] New: Cannot use i18n.inc from MACRO block?
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35701 Bug ID: 35701 Summary: Cannot use i18n.inc from MACRO block? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Not sure what's going on, but I am experiencing something weird. Add [% SET xxx = t("foo") %] console.log("[% xxx %]"); inside a js include [% MACRO jsinclude BLOCK %] And you will see "Ms", instead of "foo". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 33457] New: Improve display of fund users when the patron has no surname
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33457 Bug ID: 33457 Summary: Improve display of fund users when the patron has no surname Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When a patron is added to a fund as user and they have no surname, null is displayed instead: * Go to administration > funds * Edit fund * Click 'Add users' * Select a user, only staff users will be searchable * In the sample database, choose cardnumber 42 * After adding the user, the name displays as: null koha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 35894] New: Duplicate link in booksellers.tt
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35894 Bug ID: 35894 Summary: Duplicate link in booksellers.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: martin.renvoize(a)ptfs-europe.com Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, oleonard(a)myacpl.org There is a duplicated link in booksellers.tt which has no apparent function. -- You are receiving this mail because: You are watching all bug changes.

1 16

[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