October 2017 - Koha-bugs - lists.koha-community.org

[Bug 18793] New: Shipping Cost can not be added after closing an invoice
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '18

08 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18793 Bug ID: 18793 Summary: Shipping Cost can not be added after closing an invoice Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Once an invoice is created, items received and closed in Koha, a user can not go back, reopen the invoice, and add in the shipping cost. It would be helpful for those who need to add or adjust a shipping cost after entry. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 19416] New: Make it possible to hide "Show checkouts to guarantor" on patron's detail page in staff
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '18

08 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19416 Bug ID: 19416 Summary: Make it possible to hide "Show checkouts to guarantor" on patron's detail page in staff Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When looking at the detail page of a patron in the staff client, there is a new entry with 16.11: 416 <li> 417 <span class="label">Show checkouts to guarantor</span> 418 [% IF privacy_guarantor_checkouts %] 419 Yes 420 [% ELSE %] 421 No 422 [% END %] 423 </li> This is confusing to some libraries that have never used the functionality to link patrons. I remember that we discussed not hiding it so people can know that this option has been set, even when it is turned off. I suggest a small change: Only show the entry on the patron detail page if the answer is "Yes". Also: Adding a class/id to it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 16853] New: Move changepassword to Koha::Patron->update_password
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '18

05 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16853 Bug ID: 16853 Summary: Move changepassword to Koha::Patron->update_password Change sponsored?: --- Product: Koha Version: master 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 -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 19015] New: Searches fail with error Fielddata is disabled on text fields by default for elastic search 5.3 and 5.4
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '18

05 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19015 Bug ID: 19015 Summary: Searches fail with error Fielddata is disabled on text fields by default for elastic search 5.3 and 5.4 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.holoshka(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org There is a work around but it would save space and trouble if this was fixed. [illegal_argument_exception] Fielddata is disabled on text fields by default. Set fielddata=true on [Heading.phrase] in order to load fielddata in memory by uninverting the inverted index. Note that this can however use significant memory. Alternatively use a keyword field instead., called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/local/share/perl/5.20.2/Catmandu/Store/ElasticSearch/Bag.pm line 168. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 19456] New: Some pages title tag contains html
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '18

03 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19456 Bug ID: 19456 Summary: Some pages title tag contains html Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This comes from patron-title.inc -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 16722] New: Display internal note for late orders
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16722 Bug ID: 16722 Summary: Display internal note for late orders Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Libraries use the internal note for multiple purposes. One of these is noting if the vendor has already been contacted about the late order and a possible new shipment date (making more claims useless). It would be very useful if the internal note would display in the late orders table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 18065] New: Initials are not generated correctly by LDAP when firstname or surname start with umlauts
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18065 Bug ID: 18065 Summary: Initials are not generated correctly by LDAP when firstname or surname start with umlauts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When patrons are added via LDAP, borrowers.initials is automatically set to the first letters of firstname and surname. This fails, if one of those starts with an Umlaut (ÖÜÄ) and possible other diacritic characters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 17786] New: Date filter on circulation statistics not working correctly
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '17

28 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17786 Bug ID: 17786 Summary: Date filter on circulation statistics not working correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The 'from' 'to' date filter on the circulation statistics wizard are exclusive, but should be inclusive. Example 1: Period: check, filter from first day of month to last day of month Patron category: check Example 2: Period: check Group by: month, select month: same as above Patron category: check These numbers can be different as the first and last day of the month are excluded from the first query. My guess is that we query with between date1 and date2 without using the date() function to ensure the results are correct for the timestamp/datetime field. Verified in 3.22.10 and 16.11.0 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 19525] New: Bulk-add patrons to a list
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '17

27 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19525 Bug ID: 19525 Summary: Bulk-add patrons to a list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like to have the ability to add patrons to lists in bulk -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 19315] New: Routing preview may use wrong biblionumber
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '17

22 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19315 Bug ID: 19315 Summary: Routing preview may use wrong biblionumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When generating the routing preview from the serials collection screen: /cgi-bin/koha/serials/serials-collection.pl?subscriptionid=## the subscription information is obtained via a mysql call in C4::Serials::GetSubscription, however, the statement pulls subscription.* and subscriptionhistory.* Both of these have a biblionumber field, so when routing-preview.pl pulls the biblionumber it may get bad information -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25