December 2016 - Koha-bugs - lists.koha-community.org

[Bug 17546] New: Importing records with a matching rules fails when using Elastic
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '17

03 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17546 Bug ID: 17546 Summary: Importing records with a matching rules fails when using Elastic Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If the system preference SearchEngine is set to Elasticsearch, attempting to use matching rules fails with the error: Can't locate object method "fields" via package "MARC::Record=HASH(0x9ce46a8)" (perhaps you forgot to load "MARC::Record=HASH(0x9ce46a8)"?) at /home/vagrant/kohaclone/C4/Biblio.pm line 2713. It appears that the contents of the variable assumed to be a MARC::Record object are literally a string and not eh object. I was able to narrow down the issue to something going on in C4::Matcher::get_matches. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 16202] New: Rental fees can be generated for fractions of a penny/cent
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '17

03 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16202 Bug ID: 16202 Summary: Rental fees can be generated for fractions of a penny/cent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com GetIssuingCharges includes a calculation applying any discount to the item rentalcharge the resulting charge may well include parts of a penny e.g. 1.752643 in one call of the routine the result was being rounded to two decimal places but in other calls it was not and the resulting amount was saved to the database. This caused odd behaviour down the line as amounts accrued causing extra one penny fines to occur or fines not to revert to 0 after user paid the apparent amount owing. Subroutine should do the rounding before returning the charge -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 17825] New: Remove C4::Members::AttributeTypes::AttributeTypeExists
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17825 Bug ID: 17825 Summary: Remove C4::Members::AttributeTypes::AttributeTypeExists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org With the introducion of Koha::Object-based Koha::Patron::Attribute::Type(s) there's no need for this function. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 16757] New: Add ability to pay fee by id for SIP2
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16757 Bug ID: 16757 Summary: Add ability to pay fee by id for SIP2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The SIP protocol allows for a Fee Paid message to specify a fee identifier in the CG field. While this field is read and passed to C4::SIP::ILS::pay_fee, it is not passed along to C4::SIP::ILS::Transaction::FeePayment::pay and is thus not used. We should enable this functionality in Koha now that accountlines each have a unique identifier that can be passed along to the payment requestor via the AV field line items added by bug 14512. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 17560] New: Hold fee placement at point of checkout
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '17

02 Apr '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17560 Bug ID: 17560 Summary: Hold fee placement at point of checkout Change sponsored?: Sponsored Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, Koha charges all patrons a hold fee in all circumstances, if a hold fee is applicable to their patron category. This is immediately applied at point of request. However, it would be useful to let patrons make requests without a charge being incurred until they physically have the item in their hands and checked out to their cards. The hold fee will only be added to the account as soon as the item is checked out to the requesting patron. With this scenario, we will be certain that patrons have the correct item, and they are happy with what has been supplied. It also means that patrons can place holds via the OPAC without reaching the usage limit that has been selected. -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 16951] New: Item search sorting not working properly for most columns
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '17

31 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16951 Bug ID: 16951 Summary: Item search sorting not working properly for most columns Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When I pull up items in the item search and arrange by title, publication year, publisher, itemcallnumber, etc. I am getting results that don't seem to make any sense. I am seeing reports of this in 3.22.8 as well The order seems to be the same no matter what column, and it almost appears as if they are being ordered by date accessioned -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 15690] New: Unconstrained CardnumberLength preference conflicts with table column limit of 16
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '17

27 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15690 Bug ID: 15690 Summary: Unconstrained CardnumberLength preference conflicts with table column limit of 16 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We offer the ability to define any minimum or maximum card number length, but the table column is limited to 16. At the very least the preference should be constrained to 16, but I think a better solution would be to increase the limit on borrowers.cardnumber /and/ require that the CardnumberLength preference respect it. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 17792] New: Introduce Koha::Patron::Attribute(s)
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '17

26 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17792 Bug ID: 17792 Summary: Introduce Koha::Patron::Attribute(s) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 16914] New: Export csv in item search, exports all items in one line
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '17

24 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16914 Bug ID: 16914 Summary: Export csv in item search, exports all items in one line 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: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have discovered thant when you try to export in csv (koha 3.22.7) in translated interface (es-ES and ca-ES) all items are located in just one file This is because a problem with a file itemsearch_item.csv that it doesn't include the order to break line for each item (at least is how we have fixed) For reproduce the error 1. Go to staff 2. Go to advance search -- item search 3. do whatever search and select csv to export 4. open with any textedior sudo diff /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/es-ES/includes/catalogue/itemsearch_item.csv.inc /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/es-ES/includes/catalogue/itemsearch_item.csv.inc-original < [%- USE Branches -%] < [%- USE Koha -%] < [%- biblio = item.biblio -%] < [%- biblioitem = item.biblioitem -%] < "[% biblio.title |html %] [% IF ( Koha.Preference( 'marcflavour' ) == 'UNIMARC' && biblio.author ) %]by [% END %][% biblio.author |html %]", "[% (biblioitem.publicationyear || biblio.copyrightdate) |html %]", "[% biblioitem.publishercode |html %]", "[% biblioitem.collectiontitle |html %]", "[% item.barcode |html %]", "[% item.itemcallnumber |html %]", "[% Branches.GetName(item.homebranch) |html %]", "[% Branches.GetName(item.holdingbranch) |html %]", "[% item.location |html %]", "[% item.stocknumber |html %]", "[% item.status |html %]", "[% (item.issues || 0) |html %]"[% INCLUDE 'empty_line.inc' %] --- > [%- USE Branches -%] [%- USE Koha -%] [%- biblio = item.biblio -%] [%- biblioitem = item.biblioitem -%] "[% biblio.title |html %] [% IF ( Koha.Preference( 'marcflavour' ) == 'UNIMARC' && biblio.author ) %]por [% END %][% biblio.author |html %]", "[% (biblioitem.publicationyear || biblio.copyrightdate) |html %]", "[% biblioitem.publishercode |html %]", "[% biblioitem.collectiontitle |html %]", "[% item.barcode |html %]", "[% item.itemcallnumber |html %]", "[% Branches.GetName(item.homebranch) |html %]", "[% Branches.GetName(item.holdingbranch) |html %]", "[% item.location |html %]", "[% item.stocknumber |html %]", "[% item.status |html %]", "[% (item.issues || 0) |html %]"[% INCLUDE 'empty_line.inc' %] \ No newline at end of file -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 17512] New: Improve handling dates in C4::Items
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '17

22 Mar '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17512 Bug ID: 17512 Summary: Improve handling dates in C4::Items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a follow-up on the internal server error on 0000-00-00 in the items column onloan. This patch deals with preventing to have such dates at all in the date fields of items. -- You are receiving this mail because: You are watching all bug changes.

1 18