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

[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 19890] New: authorised value branches is not visible from dropdown in Admin
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '18

07 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19890 Bug ID: 19890 Summary: authorised value branches is not visible from dropdown in Admin Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Keywords: Academy Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: hughr(a)brimbank.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org branches is an authorised value category in the database, but is not visible in the 'Show category' dropdown list in Administration - Authorised Values. This is confusing if a librarian tries to create an authorised value category called 'branches' because it will fail, since it already exists. It should appear in the authorised value category dropdown, though perhaps should not be editable from that screen, since branches should be created under Administration - Libraries and groups. Problem in 16.11, presumably in later versions too but I can't test that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[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 19728] New: Move template JavaScript to the footer: Circulation
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '18

05 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19728 Bug ID: 19728 Summary: Move template JavaScript to the footer: Circulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 19641 Blocks: 17858 In order to conform to best practices for performance staff client template javascript should be in the footer instead of the header. This patch will do so for the main circulation page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17858 [Bug 17858] Omnibus: Move staff client JavaScript to the footer https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19641 [Bug 19641] Move patron templates to the footer -- You are receiving this mail because: You are watching all bug changes.

1 1