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

[Bug 30135] New: We should allow configuration of whether EDI LSQ segments map to 'location' or 'collection'
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '22

14 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30135 Bug ID: 30135 Summary: We should allow configuration of whether EDI LSQ segments map to 'location' or 'collection' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org EDItEUR describes the LSQ segment as "A code or other designation which identifies stock which is to be shelved in a specified sequence or collection." This can be interpreted in Koha as either 'location' or 'ccode', however currently the EDI code is hard coded to use 'location'. We should make this configurable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 30551] New: Cash register report shows wrong library when paying fees in two different libraries
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '22

14 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30551 Bug ID: 30551 Summary: Cash register report shows wrong library when paying fees in two different libraries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org Cash register report shows wrong transaction library when paying fees in different libraries using the same account. Test plan to reproduce the bug: 1- Use cash registers (administration > system preferences > UseCashRegisters) 2- Create another library if you only have one (administration > libraries > new library) 3- Create a cash register in each library if they don't already have one (administration > cash registers > new cash register) 4- Create a fee on your own account and pay it right after in both libraries. 5- Go to reports > cash register and generate the statistics. 6- Notice "transaction library" in both rows are the same even though the fees were paid in two different libraries and two different cash registers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 29418] New: Zebra clean_search_term does not clean search and so results in error
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '22

14 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29418 Bug ID: 29418 Summary: Zebra clean_search_term does not clean search and so results in error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com In fixing/moving analytics search code, zebra was set to simply pass the title through. For any title with a subtitle, correct marc for subfield a ends with a semicolon. This is treated as a field delimiter and the search fails This is causing a spurious warning for many records under zebra: There was an error searching for analytic records, please see the logs for details. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 69

[Bug 30780] New: Librarians with only "place_holds" permissions can not update holds data via REST API
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30780 Bug ID: 30780 Summary: Librarians with only "place_holds" permissions can not update holds data via REST API Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi CC: tomascohen(a)gmail.com Cancel hold, suspend the hold and resume the hold endpoints have too high permissions for librarians with only "place_holds" permissions. As this was changed in the views, then the change should be added to the REST API also. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30798] New: Columns Home library and Checked out from in wrong order on table settings for account_fines table
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30798 Bug ID: 30798 Summary: Columns Home library and Checked out from in wrong order on table settings for account_fines table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As title reads, columns Home library and Checked out from are in wrong order on table settings. Because of this hiding Home library actually hides Checkout out from column and vice versa. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 30399] New: Patron.t fails when there is a patron attribute that is mandatory
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '22

13 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30399 Bug ID: 30399 Summary: Patron.t fails when there is a patron attribute that is mandatory 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I noticed this while testing another bug and this is happening to me while using koha-testing-docker. To recreate: 1. sudo koha-shell kohadev 2. prove t/db_dependent/Koha/Patron.t 3. Tests pass. 4. Add a new patron attribute type and make it Mandatory by clicking the checkbox. 5. prove t/db_dependent/Koha/Patron.t # Failed test 'extended_attributes' # at t/db_dependent/Koha/Patron.t line 686. Missing mandatory extended attribute (type=TEST)# Looks like your test exited with 255 just after 7. t/db_dependent/Koha/Patron.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 10/16 subtests Test Summary Report ------------------- t/db_dependent/Koha/Patron.t (Wstat: 65280 Tests: 7 Failed: 1) Failed test: 7 Non-zero exit status: 255 Parse errors: Bad plan. You planned 16 tests but ran 7. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 30585] New: Table settings for course_reserves_table are wrong due to lack of "Holding library" option
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '22

12 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30585 Bug ID: 30585 Summary: Table settings for course_reserves_table are wrong due to lack of "Holding library" option Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The table generated at course-details.pl has columns for both Home library and Holding library, but course_reserves_table in the Table settings admin area only has a single toggle for 'library'. Hiding 'library' hides the Home library column. Anything after that is off by one. Hiding 'staff_note' actually hides the Holding library column, 'link' hides Public note, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 30768] New: Typo: pin should be PIN
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '22

12 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30768 Bug ID: 30768 Summary: Typo: pin should be PIN Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy 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 pin should be PIN, because it's an abbreviation for Personal identification number. koha-tmpl/intranet-tmpl/prog/en/modules/members/two_factor_auth.tt:48 Invalid pin code There are possibly other occurences in other files. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 30807] New: Use patron-title.inc in patron payments pages
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '22

12 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30807 Bug ID: 30807 Summary: Use patron-title.inc in patron payments pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Blocks: 30617 We should use the patron-title include everwhere we display a patron title instead of templates mixing up formats. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30617 [Bug 30617] [OMNIBUS] We should consistently use includes for patron name display -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 30806] New: Use patron-title.inc in member-flags template
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '22

12 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30806 Bug ID: 30806 Summary: Use patron-title.inc in member-flags template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 30617 We should use the patron-title include everwhere we display a patron title instead of templates mixing up formats. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30617 [Bug 30617] [OMNIBUS] We should consistently use includes for patron name display -- You are receiving this mail because: You are watching all bug changes.

1 12