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

[Bug 22936] New: /patrons Showing Error
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22936 Bug ID: 22936 Summary: /patrons Showing Error Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: muneebkalathil(a)yahoo.com Target Milestone: --- I am getting The below error while using /patrons Route "errors": [ { "message": "Expected string - got null.", "path": "/1/updated_on" }, : : { "message": "Expected string - got null.", "path": "/1000/updated_on" }, It was working on 17.11 and I upgraded to 18.11, It is showing this error. When I try with a fresh Install(18.11), the route is working. /patrons/{patronid} is working though. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 13862] Attach item feature need batch mode provision
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13862 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Status|NEW |RESOLVED --- Comment #1 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- *** This bug has been marked as a duplicate of bug 25163 *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6725] Make patron duplicate matching for flexible
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6725 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Assignee|kyle.m.hall(a)gmail.com |jonathan.druart(a)bugs.koha-c | |ommunity.org -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6725] Make patron duplicate matching for flexible
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6725 --- Comment #5 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 107824 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107824&action=e… Bug 6725: Make patron duplicate matching flexible This patch adds a new system preference PatronDuplicateMatchingAddFields to list the patron's attributes to use for deduplication. The default value is surname, firstname and dateofbirth to keep existing behaviour. Test plan: 0. Apply the patch and execute the update DB entry 1. Create a new patron with surname, firstname 2. Create another patron with the same surname, firstname values => Confirm you get the duplicate warning 3. Modify the syspref to edit the list of attributes used to dedup 4. Repeat 1 and 2 with different values and confirm that you get the behaviours you expect Note: This is only impacting the add patron form from the UI, not the import patrons tool. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6725] Make patron duplicate matching for flexible
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6725 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 26142] New: variable used has hashref when they are objects
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26142 Bug ID: 26142 Summary: variable used has hashref when they are objects Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Mana-kb Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com Depends on: 17047 >From commit cb01b253308060bad942723413feef1fd70825fd Bug 17047: SQL reports management with Mana-KB 'notes' => $report->notes, 'sql' => $report->savedsql, 'showsql' => 1, + 'mana_success' => $input->param('mana_success'), + 'mana_success' => scalar $input->param('mana_success'), + 'mana_id' => $report->{mana_id}, + 'mana_comments' => $report->{comments} No idea what's the side-effect here but this code is wrong. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17047 [Bug 17047] Mana Knowledge Base : Data sharing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 8676] Show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Assignee|oleonard(a)myacpl.org |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #10 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Patch submitted for discussion, I am not sure it makes sense. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8676] Show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 --- Comment #9 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 107821 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107821&action=e… Bug 8676: Display vendor's name when cataloguing items If items.booksellerid is mapped to a MARC field (952$e, Source of acquisition) then we could display a dropdown list with the list of vendors when items are edited. *However* we could have a weird display if it does not match the vendor from which the items have been effectively ordered within Koha. You could then see "Vendor X" in the cataloguing items view (additem.pl), but "Vendor Y" on the item list (moredetail.pl) Is this patch relevant? Test plan: Order and receive an item Edit the item and note the new dropdown list for "Source of acquisition" Note that the items table has replaced the value with the name of the vendor's name as well -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8676] Show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25908] New: Batch Record Modification adds new marc fields to bottom of record instead of in order
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25908 Bug ID: 25908 Summary: Batch Record Modification adds new marc fields to bottom of record instead of in order Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When processing a Batch Record Modification, specifically adding a new marc field, Koha adds this new marc field to the bottom of the record and not in order with the other fields. It would be useful to have newly added marc fields to be in numeric order when the marc record is saved. A user would generally look for the marc field in the record where it should be and not look to the bottom of the record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1