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

[Bug 15685] New: Allow creation of items (AcqCreateItem) to be customizable per-basket
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '19

29 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15685 Bug ID: 15685 Summary: Allow creation of items (AcqCreateItem) to be customizable per-basket Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: nicole(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 118

[Bug 20073] New: Move Elasticsearch settings to configuration files
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '19

29 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20073 Bug ID: 20073 Summary: Move Elasticsearch settings to configuration files Change sponsored?: --- Product: Koha Version: unspecified 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 There are a lot of settings in the code making customization difficult. These need to be moved to configuration files that can be overridden as necessary. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 77

[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