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

[Bug 22589] New: Remove sub C4::Overdues::BorType
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22589 Bug ID: 22589 Summary: Remove sub C4::Overdues::BorType Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- This sub is barely used and and can be easily changed to Koha::Patrons->find -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 24468] New: C4::Reserves::_get_itype is no longer used
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24468 Bug ID: 24468 Summary: C4::Reserves::_get_itype is no longer used Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 21206 Since bug 21206, C4::Reserves::_get_itype is not longer used and should be removed. commit 31c29fd31f557306233e6a2936148a5bb10b89a1 Bug 21206: Replace C4::Items::GetItem Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21206 [Bug 21206] C4::Items - Remove GetItem -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 21800] New: TransformKohaToMarc should respect non-repeatability of item subfields
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21800 Bug ID: 21800 Summary: TransformKohaToMarc should respect non-repeatability of item subfields 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See the discussion on bug 21774 which refers back to adjustments by 10306. But actually Koha did never check if an item subfield is repeatable or not. Just put two barcodes and a pipe in the barcode field, save and open again and the barcode field is duplicated in the editor. This is before 18.05. And also after fix 21774 on 18.11 (if pushed which should). So how do we resolve the issue while 19096 removed the frameworkcode because it was no longer needed for Koha to Marc mappings? That is what we should solve here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 24672] New: Error on receiving orders
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24672 Bug ID: 24672 Summary: Error on receiving orders Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When trying to receive orders after entering the invoice id this error is displayed: Can't call method "active_orders" on an undefined value at /home/vagrant/kohaclone/acqui/parcel.pl line 244 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 24902] New: Elasticsearch - different limits are joined with OR instead of AND
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24902 Bug ID: 24902 Summary: Elasticsearch - different limits are joined with OR instead of AND Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com In the advanced search form, you can enable several limits using syspref AdvancedSearchTypes (namely itemtypes, shelving locations, collections). When used, the resulting query parts end up being joined with OR, even if the field is different. That means that if you pick "Book" under itemtypes tab, and "Fiction" under collection tab, it will search "itype:BOOK OR ccode:FIC". It should be AND. For instance, if you select: Itemtypes: ✓ Book ✓ DVD Location: ✓ Child ✓ Adult instead of: itype:Book OR itype:DVD OR location:Child OR location:Adult it should search: itype:(Book OR DVD) AND location:(Child OR Adult) -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 24876] New: Fix capitalization on patron search for holds (Search Patrons...)
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24876 Bug ID: 24876 Summary: Fix capitalization on patron search for holds (Search Patrons...) 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 -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 24918] New: Wrong attribute mappings in Koha::Acquisition::Basket
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24918 Bug ID: 24918 Summary: Wrong attribute mappings in Koha::Acquisition::Basket Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Some attribute mappings from the RFC were missed on bug 18731: authorisedby => 'creator_id', deliveryplace => 'delivery_library_id', billingplace => 'billing_library_id', -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 24464] New: Add K::A::Basket->creator
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24464 Bug ID: 24464 Summary: Add K::A::Basket->creator 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: tomascohen(a)gmail.com We need an accessor to fetch the Koha::Patron for the basket creator (a.k.a. authorisedby on the DB). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 24463] New: Consistent accessor-relationship naming for basket_group in Basket.pm
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24463 Bug ID: 24463 Summary: Consistent accessor-relationship naming for basket_group in Basket.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We agreed there needs to be consistency. This will be a blocker for dealing with related data from the API (prefetching, filternig, etC). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22025] New: Argument "" isn't numeric in numeric eq (==) at /usr/share/perl5/DBIx/Class/Row.pm line 1018 for /usr/share/koha/bin/import_patrons.pl
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '20

04 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22025 Bug ID: 22025 Summary: Argument "" isn't numeric in numeric eq (==) at /usr/share/perl5/DBIx/Class/Row.pm line 1018 for /usr/share/koha/bin/import_patrons.pl Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: mjnkml(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- When running: > sudo koha-shell -v -c "/usr/share/koha/bin/import_patrons.pl --file /home/kohasync/incomingfile/borrowers.csv --matchpoint userid --confirm --overwrite --verbose" our_instance_name We get a bunch of: > Argument "" isn't numeric in numeric eq (==) at /usr/share/perl5/DBIx/Class/Row.pm line 1018, <$handle> line 490. per import row. When I add some say STDERR lines just before it, I get: > Argument "" isn't numeric in numeric eq (==) at /usr/share/perl5/DBIx/Class/Row.pm line 1019, <$handle> line 490. > OLD: 0, NEW: , COL: lost > > Argument "" isn't numeric in numeric eq (==) at /usr/share/perl5/DBIx/Class/Row.pm line 1019, <$handle> line 490. > OLD: 0, NEW: , COL: privacy_guarantor_checkouts > > Argument "" isn't numeric in numeric eq (==) at /usr/share/perl5/DBIx/Class/Row.pm line 1019, <$handle> line 490. > OLD: 0, NEW: , COL: lost > None of those fields (privacy_guarantor_checkouts, lost, etc.) are included in the CSV import. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23