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

[Bug 33094] New: Change OPAC view link in search results for Suppressed bibs
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33094 Bug ID: 33094 Summary: Change OPAC view link in search results for Suppressed bibs 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: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With the enhancement from bug 29406, in the staff interface, the OPAC view link on the detail page reflects suppression status, but the OPAC view link in the search results page still displays, and when you click on it, you get an error message. It would be great if the Suppressed status shows in the search results too. Perhaps instead of "OPAV view" display "Suppressed" instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39041] New: AllowHoldsOnPatronsPossessions does not consider item groups
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39041 Bug ID: 39041 Summary: AllowHoldsOnPatronsPossessions does not consider item groups Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some libraries use items groups to combine several volumes of a work (seasons of a TV show, or several discs for a single season) into discrete groups When preventing a patron from placing holds on their possessions they would like to allow for holds on different item groups -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39039] New: Broken link to EnableSearchHistory in Searching chapter
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39039 Bug ID: 39039 Summary: Broken link to EnableSearchHistory in Searching chapter Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de TIn the Searching chapter > Advanced search, the internal link to the EnableSearchHistory system preference is broken in the https://koha-community.org/manual/latest/en/html/searching.html#advanced-se… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 37494] New: catalogue/showelastic.pl missing parameter "type"
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37494 Bug ID: 37494 Summary: catalogue/showelastic.pl missing parameter "type" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In Bug 35618 Danyon provides a counter patch that fixes catalogue/showelastic.pl missing parameter "type" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 35618] New: catalogue/showelastic.pl uses deprecated/removed parameter "type"
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35618 Bug ID: 35618 Summary: catalogue/showelastic.pl uses deprecated/removed parameter "type" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: schodkowy.omegi-0r(a)icloud.com This can be treated as follow-up to Bug 33353. The showelastic.pl page still uses "type" parameter that was deprecated in ES7 and removed in ES8: https://www.elastic.co/guide/en/elasticsearch/reference/6.0/removal-of-type… Bug 33353's patch already removed it in other places: https://github.com/Koha-Community/Koha/commit/24aab6b9c52cb9846653d34d5630c… But one place remained: https://github.com/Koha-Community/Koha/blob/d6314d32246a7e967e78f1427c338a3… This yields the following output in log: ``` [WARN] [Param] ** Unknown param (type) in (get) request. , called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/share/koha/intranet/cgi-bin/catalogue/showelastic.pl line 61. ``` An exception is caught and user is redirected to 404 error page for all requests. I will be created a patch for this in a moment, as I verified removing this field fixes the bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 39034] New: Firstname missing in memberresult div in patron search if preferred_name field is null
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39034 Bug ID: 39034 Summary: Firstname missing in memberresult div in patron search if preferred_name field is null Change sponsored?: --- Product: Koha Version: 24.11 Hardware: Other OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: rudy.hinojosa(a)lifeafter.solutions QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Firstname missing in memberresult div in patron search if preferred_name field is null. I know the upgrade fixes this issue on the initial, but some koha clients import patron files from regional education agencies, and this will be a problem for new records added when the preferred field is null. Logic flow should show firstname field if preferred_name field is null. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30899] New: Upgrade sometimes fails at "Upgrade to 21.11.05.004"
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30899 Bug ID: 30899 Summary: Upgrade sometimes fails at "Upgrade to 21.11.05.004" Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org I just ran a Debian package upgrade on a test server, from 21.11.04-2 to 21.11.06-1. Some of the upgrades ran just fine, while others stopped at 21.11.05.004: ... Upgrade to 21.11.05.003 [10:59:51]: Bug 30565 - Update table stockrotationrotas Upgrade to 21.11.05.004 [10:59:51]: Bug 30449 - Check borrower_attribute_types FK constraint ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'CONSTRAINT category_code_fk' at line 1 at /usr/share/koha/lib/C4/Installer.pm line 739 Upgrading database schema for <next site> ... The server has 79 instances on the server, and 19 of those were affected by this problem. So far I can not really see a pattern based on the age of the sites, or similar things. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 11530] Recalculating an item's total issue count with update_totalissues.pl ignores deleted items
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '25

04 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11530 --- Comment #9 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Created attachment 177523 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177523&action=e… Bug 11530: (QA follow-up): fix terminology Even if the script itself has the wrong terminology (issue vs checkout). The POD and help can have the right one. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11530] Recalculating an item's total issue count with update_totalissues.pl ignores deleted items
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '25

04 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11530 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA CC| |victor(a)tuxayo.net -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11530] Recalculating an item's total issue count with update_totalissues.pl ignores deleted items
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '25

04 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11530 --- Comment #8 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Comment on attachment 176300 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=176300 Bug 11530: Add a use-deleted-items option to totalissues.pl Review of attachment 176300: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=115…) ----------------------------------------------------------------- ::: misc/cronjobs/update_totalissues.pl @@ +113,5 @@ > sub process_items { > + my $query = > + $include_deleted > + ? "SELECT all_items.biblionumber, SUM(all_items.issues) FROM (SELECT items.biblionumber,items.issues FROM items UNION ALL SELECT deleteditems.biblionumber, deleteditems.issues FROM deleteditems) all_items GROUP BY all_items.biblionumber;" > + : "SELECT items.biblionumber, SUM(items.issues) FROM items GROUP BY items.biblionumber;"; Just a quick glance at code when passing by: some formatting of the SQL is needed: https://wiki.koha-community.org/wiki/Coding_Guidelines#SQL9:_SELECT -- You are receiving this mail because: You are watching all bug changes.

1 0