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

[Bug 19567] New: Development
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '18

12 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19567 Bug ID: 19567 Summary: Development 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 1. Add new “Merge selected” button to the patrons toolbar -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 19644] New: When editing items Tag editor [ellipses (...)] by date accessioned is non functional
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19644 Bug ID: 19644 Summary: When editing items Tag editor [ellipses (...)] by date accessioned is non functional Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When editing an item that contains a value in 952$d Date accessioned (items.dateaccessioned), the 'tag editor' or ... button is non functional. in 16.11 this button would update the date in the field to today's date. Currently it does nothing. When adding a new item, clicking the ... will populate the dateaccessioned field with today's date. 1. Edit Items 2. if item has value in 'd' subfield, click the ellipses ... 3. nothing will happen (Note: the field can still be manually edited) 4. if the item has no value in 'd' subfield click the ellipses ... 5. field will autopopulate with today's date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 19471] New: Shoe creation date in patron restrictions list
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19471 Bug ID: 19471 Summary: Shoe creation date in patron restrictions list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if the creation date would be visible in the list of patron restrictions. Will submit patch shortly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 19611] New: XSS Flaws in supplier.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '18

09 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19611 Bug ID: 19611 Summary: XSS Flaws in supplier.pl 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org XSS Flaws in supplier.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 18472] New: Add system preference CustomOnlineHelpStaff to hide / select custom online help system
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '18

09 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18472 Bug ID: 18472 Summary: Add system preference CustomOnlineHelpStaff to hide / select custom online help system Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Online help pages in staff client display a button 'Edit help' which is not wanted / needed for every installation. Introduce a system variable CustomOnlineHelpStaff to manage the online help system. In a first step it can select between 'None' and the existing 'File based help system' (selected by default). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 15937] New: Batch checkout buggy behavior
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '18

09 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15937 Bug ID: 15937 Summary: Batch checkout buggy behavior 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: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 1920 For damaged items the warning message is not displayed, and Koha let to checkout the item as shown in the image. <https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48411> I notice about a buggy behavior in this functionallity, for example the program let to checkout the first item available without confirm the checkout message, for example, Maxwell's handbook was borrowed/renewed to this patron every time in which I repeat the process. When the process end, you will presented with this table (<https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48412>), one items was checked-out and the others wasn't, but the message is not clear whether those items was checked out or not. Another thing that I could observe is: if circ policies only allow an specific number e.g. two checkouts and two renews of an item the module doesn't let to checkout if patron has one or more checkouts and the message displayed for the program is not clear; If MaxFine is set affect in the checkouts and don't let us checkout as show in the previous image, and as before, the message doesn't provide an adequate information. NOTE: The images presented in this bug, they are obtained by applying bug 15920. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1920 [Bug 1920] Total price not saving to order -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[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