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

[Bug 25410] New: MARC21 out of sync intranet/opac subfield descriptions
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25410 Bug ID: 25410 Summary: MARC21 out of sync intranet/opac subfield descriptions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Some descriptions (liblibrarian/libopac) for MARC21 subfields are out of sync. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 23514] New: Call numbers are not splitted in Label Creator with layout types other than Biblio
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23514 Bug ID: 23514 Summary: Call numbers are not splitted in Label Creator with layout types other than Biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org In Label Creator, - when one chooses any "Layout type" OTHER THAN Biblio - AND "Split call numbers" IS checked the splitting does not work at all, regardless of the classification standard used. Indeed in Label.pm, the splitting functions are applied only when printing_type=BIB I think this is a residue from the past and should be removed (or altered to exclude printing_type=BAR) -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 25081] New: new item for a received issue is (stochastically) not created
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25081 Bug ID: 25081 Summary: new item for a received issue is (stochastically) not created Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The Bug 23435 introduced the idea of multiple copies added while receiving a new issue. Unfortunately, under some circumstances, it causes no items being added at all. It occurs stochastically, only under some conditions. But it is quite likely to happen while receiving a supplemental issue. So, to reproduce, have a subscription with the option "Create an item record when receiving this serial" active and try to receive a supplemental issue. Control that a new item under the biblio record (usually) will not be created. (Sometimes it occurs also while receiving back issues). The reason fot hist is that, in serials-edit.pl, line ca 292 and infra, @num_copies is treated in the same way as @tags, while it should be treated similarly to @bibnums. It will be obvious after examining the content of parameters tag, subfield, field_value, ..., number_of_copies. In other words, for every edited issue number_of_copies is a scalar. A patch will follow. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 25343] New: Use of item in review/comment feature is misleading
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25343 Bug ID: 25343 Summary: Use of item in review/comment feature is misleading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When you have reviewson activated, you can add comments to titles in the OPAC. There is this text showing: There are no comments for this item. Post your comments on this item. This can lead to wrong translations as items are usually translated thinking of the physical items (not the same word in some languages like German). I suggest changing it to be more clear. "title" would be my suggestion. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 22937] New: Searching by library groups uses group Title rather than Description
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22937 Bug ID: 22937 Summary: Searching by library groups uses group Title rather than Description Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When using library search groups, the title of the group shows up in advanced search rather than the description. The description doesn't seem to be present anywhere except when calling <<X|GROUPS>> in a report. This seems confusing as most places the description label is what will show in pulldowns (both in Auth. values and itypes parameter setup.) Lisette -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 25046] New: C4::Utils::DataTables::Members does not SELECT othernames from borrowers table
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25046 Bug ID: 25046 Summary: C4::Utils::DataTables::Members does not SELECT othernames from borrowers table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In C4/Utils/DataTables/Members.pm, the SELECT statement that fetches patron data from the database does not include borrowers.othernames in the field list. As a consequence, when the output is in the form of a DataTable, the Template Toolkit files that refer to .othernames (such as the patron-title.inc include) won't display the information from the "Other name" input field if that field has been filled in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 25456] New: Akukamu
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25456 Bug ID: 25456 Summary: Akukamu Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: ferjosaja(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Sayang -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 24769] New: DataTable error on patron hold page when hold placed using ILS-DI
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24769 Bug ID: 24769 Summary: DataTable error on patron hold page when hold placed using ILS-DI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 99820 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=99820&action=ed… Screenshots - DataTable error on patron hold page when hold placed using ILS-DI After placing a hold for a patron using ILS-DI an error occurs on the staff interface. After the hold is placed used ILS-DI, when clicking on the holds tab on a patron's details page: - an error message pops up; and - it no longer lists any holds. To replicate: 1) Place a hold for a patron. 2) Check the patron's details page and holds tab, the hold is listed. 3) Enable the ILS-DI system preference. 4) Use ILS-DI to place a hold for a patron, for example: http://127.0.0.1:8080/cgi-bin/koha/ilsdi.pl?service=HoldTitle&patron_id=19&…'27.0.0.1' (where: 19 = a patron id and bib_id = 12 a bibliographical record) 5) On the staff client go to Patrons > [Patron hold placed for] > Details > Holds tab. 6) An error is displayed in a pop-up window: DataTables warning: table id=holds-table - Ajax error. For more information about this error, please see http://datatables.net/tn/7 7) After clicking on OK for the error message, the holds tab no longer lists any holds - even though 2 should be listed. This occurs on master, but doesn't occur on 19.11.x It was discovered when testing bug 17229. See the attached screenshots. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 25010] New: Fix typo in: rewewal
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25010 Bug ID: 25010 Summary: Fix typo in: rewewal Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 25024] New: OPAC incorrectly marks branch as invalid pickup location when similarly named branch is blocked
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25024 Bug ID: 25024 Summary: OPAC incorrectly marks branch as invalid pickup location when similarly named branch is blocked Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When you've got branches with similar branchcodes, the OPAC can get confused about which should be blocked by transfer limits. To test: - have a branch whose code contains the code for another branch, like "TOWN" and "TOWNSCHOOL" - Have a third branch with an unrealated code. I'll use "COUNTRY" - Have an item of item type BOOK, owned by branch COUNTRY - Set branch transfer limit to not allow BOOKs to go from COUNTRY to TOWNSCHOOL - confirm that no transfer limit exists for BOOKS from COUNTRY to TOWN - On staff client, confirm item allows hold for pickup at TOWN but not at TOWNSCHOOL - On OPAC, confirm hold is not allowed for pickup at TOWN or TOWNSCHOOL This seems to be the problematic bit of code: [% SET pickup_available_at = bibitemloo.not_available_at.grep(library.branchcode).size ? 0 : 1 %] So when we grep "TOWN" it also finds "TOWNSCHOOL," sees that block for TOWNSCHOOL, and applies it to TOWN in error. This has come to light as library systems deal with closures of some of their libraries due to coronavirus and start using branch transfer limits more intensively. -- You are receiving this mail because: You are watching all bug changes.

1 17