July 2022 - Koha-bugs - lists.koha-community.org

[Bug 31232] New: Add note that finescalendar is also used when calculation suspension days
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31232 Bug ID: 31232 Summary: Add note that finescalendar is also used when calculation suspension days Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation 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 _get_chargeable_units uses finescalendar to decide if the closing days will be substracted from the days overdue. As _get_chargeable_units is also used by _debar_user_on_return, the description should be amended to include suspensions. Currently the description reads: [Use the calendar|Ignore the calendar] when calculating the period for fines. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 23965] New: DVD covers
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23965 Bug ID: 23965 Summary: DVD covers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 Wondering if the same resources that Plex uses could be used for Koha in DVD covers. TV shows use TVDB mainly and Freebase or Movieposters.DB for Movies -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 6423] Add permission for editing other library's items
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6423 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** This bug has been marked as a duplicate of bug 20256 *** -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 28529] New: Max holds per item type ineffective when using AllowHoldItemTypeSelection on bib-level holds
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28529 Bug ID: 28529 Summary: Max holds per item type ineffective when using AllowHoldItemTypeSelection on bib-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 15533 introduced a way to constraint biblio-level holds to a specific item type. This is controlled by the AllowHoldItemTypeSelection syspref. On the circulation rules, you are able to set max_holds for an item type. This max_holds setting, seems to be honoured for item-level holds only, and it is not quite correct. To reproduce: 1. Have a patron of category 'Staff' (S) 2. Have 3 records with items with the 'BK' item type, and maybe others 3. Enable AllowHoldItemTypeSelection 4. Set a limit of 2 max holds for that category+item type 5. In the OPAC. Place bibio-level holds, with item type contraint to 'BK' on those 3 records => FAIL: You can place the 3 holds -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 30997] New: "CGI::param called in list context" warning in detail.pl flooding error log
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30997 Bug ID: 30997 Summary: "CGI::param called in list context" warning in detail.pl flooding error log Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: stalkernoid(a)gmail.com Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 30035] New: Wrong month name in numbering pattern
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30035 Bug ID: 30035 Summary: Wrong month name in numbering pattern Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Serials Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In some languages (at least Catalan) the display for "month name" in the numbering pattern is wrong. For January for instance we use "de gener" when it should be "gener". -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 31193] New: API error when receiving orders
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '22

24 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31193 Bug ID: 31193 Summary: API error when receiving orders Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org We've noticed that when receiving orders, we can't seem to filter the results using the search boxes in the pending orders table. When we type in the 'summary search' filter for example, this error shows in the console: GET https://toi-ohomai-admin.test.mykoha.co.nz/api/v1/acquisitions/orders?only_… [HTTP/1.1 500 Internal Server Error 173ms] DataTables warning: table id=pending_orders - Ajax error. For more information about this error, please see http://datatables.net/tn/7 And the API error log shows: [2022/07/20 16:02:28] [ERROR] GET /api/v1/acquisitions/orders: unhandled exception (DBIx::Class::Exception)<<DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Unknown column 'biblioitem.title' in 'where clause' at /usr/share/perl5/Data/Page.pm line 50>> Koha::REST::Plugin::Exceptions::ANON /usr/share/koha/lib/Koha/REST/Plugin/Exceptions.pm (73) The biblioitem.title field doesn't exist. I imagine this is something to do with the code in Koha/REST/V1/Acquisitions/Orders.pm Can anyone else reproduce this bug? Do we know a fix? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31226] New: Make FacetLabelTruncationLength work with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '22

24 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31226 Bug ID: 31226 Summary: Make FacetLabelTruncationLength work with Elasticsearch Change sponsored?: --- Product: Koha Version: master 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 Bug 31191 adds a note to the FacetLabelTruncationLength system preference that it works only with Zebra. We should make it work with Elasticsearch too. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31190] New: Add item creation date in items table
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '22

24 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31190 Bug ID: 31190 Summary: Add item creation date in items table 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In biblio table, there is a "datecreated" field, but I believe there is nothing similar for items. Some other ILS have a field to store the effective creation date of an item in the system, in a non editable way, which is not the same kind of information as items.dateaccessioned (the date of entry of an item in library's collection). This kind of information can be useful for system administration purposes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31182] New: Result search number missing in OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '22

24 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31182 Bug ID: 31182 Summary: Result search number missing in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 27493 changed in OPAC the result search number to hidden when OPACHiddenItems is used. But looks like it is always hidden. Looking at HTML code, the data is also missing (in /cgi-bin/koha/opac-search.pl) : <td class="numcol hidden"> </td> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3