February 2019 - Koha-bugs - lists.koha-community.org

[Bug 21623] New: Cron job to fix SMS numbers
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '19

27 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21623 Bug ID: 21623 Summary: Cron job to fix SMS numbers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: 1 - Add HTML validation to the SMS number input to prevent use of non-numeric characters Can we allow people to put in punctuation but just not display/store it? So rather than having someone enter (603) 516-6050 and getting an error message can that be translated into 6035166050? Yes both OPAC and Staff Side. Also: > Can we allow people to put in punctuation but just not display/store -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 22380] New: DefaultLongOverdueLostValue must consider business days and holidays
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '19

27 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22380 Bug ID: 22380 Summary: DefaultLongOverdueLostValue must consider business days and holidays 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: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- The preference DefaultLongOverdueLostValue will count 31 days of overdue state before to put the item into a lost status. This preference isn’t considering holiday dates in the calendar. Therefore, if a student had an item in an overdue status before Chrismas holidays, the status will change during holidays even if the library is closed and the student can’t return the item or put some money to pay the fine. On holiday’s return, the staff has to manage and verify all these new lost status items and retransfert many into the overdue status. This preference must consider only the business days on the 31 days of overdue state. Thanks in advance, Alexandre -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 20823] New: UNIMARC XSLT does not display 604$t
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '19

27 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20823 Bug ID: 20823 Summary: UNIMARC XSLT does not display 604$t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In UNIMARC, 604 contains subfield t. Actual XSLT files use template tag_subject for 604, it does not use t subfield. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 21560] New: report ODS export optimization
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '19

26 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21560 Bug ID: 21560 Summary: report ODS export optimization Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org SQL reports can be exported with CSV, TSV of ODS format. When report has thousands of rows, using ODS format is around 10 times longer than other formats. It also loads CPU and RAM a lot. The longest call is expandTable(). I found that the call on OpenOffice-OODoc lib can be optimized. Based on https://grep.metacpan.org/search?qci=&q=expandTable&qft=&qd=OpenOffice-OODo… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 22386] New: Importing using attributes as matchpoint brokemn
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '19

26 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22386 Bug ID: 22386 Summary: Importing using attributes as matchpoint brokemn Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Attempting to import patrons and matching on extended attributes fails with a software error when matching borrower found -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 22360] New: On order information missing
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '19

26 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22360 Bug ID: 22360 Summary: On order information missing Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: iming(a)rosewoodfarm.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- On order information is missing when there is an order linked to the bibliographic record. The order is showing under "Acquisitions" tab in the staff catalogue record correctly. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 22429] New: Infinite loop in patron card printing
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '19

26 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22429 Bug ID: 22429 Summary: Infinite loop in patron card printing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- I ran into an infinite loop in patron card printing in the following scenario: if (($string_width + $text_attribs->{'llx'}) > $self->{'width'}) Then there's an odd "trim" or "wrap" which isn't working, which means that the following condition is not met and leads to an infinite loop: if (($string_width + $text_attribs->{'llx'}) < $self->{'width'}) -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 22414] New: Discrepancy in serials-edit.pl url when receiving serial subscription issues
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '19

26 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22414 Bug ID: 22414 Summary: Discrepancy in serials-edit.pl url when receiving serial subscription issues Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- The url when you click on the Receive button from the subscription-detail.pl page is different to the one used in Actions from the serials-search.pl results screen: Subscription-detail.pl: /cgi-bin/koha/serials/serials-edit.pl?subscriptionid=39&serstatus=1,3 Serials-search.pl: /cgi-bin/koha/serials/serials-edit.pl?subscriptionid=39&serstatus=1,3,7 It would be good if the two options for receiving issues behaved in the same way. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22246] New: Elasticsearch indexing needs a maximum length for __sort fields
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '19

25 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22246 Bug ID: 22246 Summary: Elasticsearch indexing needs a maximum length for __sort fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: ere.maijala(a)helsinki.fi Target Milestone: --- Currently there's no limit to the length of *__sort fields. If such field is created from item information or something else that can be repeated a lot, the field may become too long. Such field is e.g. local-classification, which is by default created from 952o. If there are hundreds or thousands of items, the field may become longer than what Elasticsearch accepts. Also consider making it a non-sortable field by default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 21735] New: Update Sys Pref : MarkLostItemsAsReturned
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '19

22 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21735 Bug ID: 21735 Summary: Update Sys Pref : MarkLostItemsAsReturned Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This system preference changed in Koha version 17.11.07 in which the library has more options than just Mark/Don't Mark. We will need some documentation on this in the manual. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2