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

[Bug 21834] New: Display illrequests.orderid in the table of ILL requests
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21834 Bug ID: 21834 Summary: Display illrequests.orderid in the table of ILL requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no illrequests.orderid is used to store ILL requets IDs that originate outside of Koha. For some ILL systems, this ID is very important and often used to identify requests. It would be good if this was displayed in the main table of ILL requests, and if the column was sortable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 20574] New: Acquisitions Views
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20574 Bug ID: 20574 Summary: Acquisitions Views 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1 - Add a dropdown branch filter to the aqui-home page 2 - Add custom js to your system t preselect the filter based on signed in library -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 21300] New: Restriction of ILS-DI webservice to 1st and 2d level by default
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21300 Bug ID: 21300 Summary: Restriction of ILS-DI webservice to 1st and 2d level by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: anne-claire.bernaudin(a)univ-rennes1.fr QA Contact: testopia(a)bugs.koha-community.org The Koha wiki describes a way of restricting access to ILS-DI through an Apache configuration : https://wiki.koha-community.org/wiki/APIs_and_protocols_supported_by_Koha#I… "ILS-DI ILS-DI is self-documenting, so in an installation where it is enabled, you can get some information about it at the URL: http://koha-opac.example.org/cgi-bin/koha/ilsdi.pl Because ILS-DI gives access to all your data (items, patrons...), it should be restricted by allowing IP in the admin interface and/or by disabling services via the server. For Apache, these rules can be added to restrict public access only to the first and second levels of ILS-DI: <IfModule mod_rewrite.c> # Rewrite Rules RewriteEngine On # Restricted ILS-DI Access RewriteCond %{QUERY_STRING} !(^($|(\??|(.*&))service=(Describe|GetAvailability|GetRecords|GetAuthorityRecords))) RewriteRule ^/cgi-bin/koha/ilsdi\.pl$ - [R=403,L] </IfModule> Because an IP can be easily spoofed, the second way is recommanded." This would be great to have this restriction setup by default when installing Koha, and to have the possibility to open level 3 and 4 of ILS-DI only if needed. This would be more compliant with GDPR (see bug 18081). Thanks Anne-Claire -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 18212] New: Move SQL code from aqplan.pl administrative script into a C4 perl module
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18212 Bug ID: 18212 Summary: Move SQL code from aqplan.pl administrative script into a C4 perl module Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org This bug report requires the removal of SQL code out of the administrative script aqplan.pl and placed into a perl module in C4 directory. Instead of placing the SQL code directly into a subroutine in a C4 module the database query will be re-written as a DBIx query. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 19330] New: Selenium test for Tool module functionality
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19330 Bug ID: 19330 Summary: Selenium test for Tool module functionality Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The test for this bug report will test the following functionality: * Create patron list * Create patron club template * Create patron club * Create notice * Create overdue notice and status trigger * Create patron card batch * Create patron card text layout * Create patron card template * Set holidays with calendar * Create CSV profile * View logs * Create news item * Add new quote -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 18060] New: Add onboarding functionality to guide users through setting up labels for the first time
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18060 Bug ID: 18060 Summary: Add onboarding functionality to guide users through setting up labels for the first time Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org To help make the process of creating a label for the first time easier this bug report requires the implementation of onboarding tool in the labels area of the staff client to be run the first time the user wants to create a label. The features of the onboarding tool includes tooltips and modal boxes to be displayed to the user to clarify the process to make a label. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 19394] New: Add ability for IT administrators to skip onboarding tool , and then display the tool to superlibrarians when they first log in
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '19

21 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19394 Bug ID: 19394 Summary: Add ability for IT administrators to skip onboarding tool, and then display the tool to superlibrarians when they first log in Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In many institutions it is the IT administrator staff member or support vendor rather than a librarian that will install Koha. These people may not know what the institution would like to set for the library branch, patron category, patron superlibrarian, item type and circulation rule and so it would be good to provide the ability for these users to skip the onboarding tool. In order to make sure that this data is entered the next user they tries to login with the koha database administrator account is prompted back to the onboarding tool to complete it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 19736] New: Add a digest option forAUTO_RENEWALS Notice
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '19

19 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19736 Bug ID: 19736 Summary: Add a digest option forAUTO_RENEWALS Notice Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: karen(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I'm working with a library that would like to send the auto-renewal notice as a digest. As I understand it, a notice is sent per item that auto-renews. An issue for this library is that they have patrons who checkout up to 50 children's books and they don't want their patron to receive 50 notices at once. A digest option for the auto-renewals notice would be a great customer experience enhancement. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 21756] New: Update C4::Accounts::manualinvoice to use Koha::Account->add_credit
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '19

19 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21756 Bug ID: 21756 Summary: Update C4::Accounts::manualinvoice to use Koha::Account->add_credit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org All account handling should go via the Koha::Account class. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 146

[Bug 15911] New: Use noEnterSubmit CSS class instead of prevent_submit.js
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '19

19 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15911 Bug ID: 15911 Summary: Use noEnterSubmit CSS class instead of prevent_submit.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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: jonathan.druart(a)bugs.koha-community.org The JavaScript file prevent_submit.js seems to be doing the same work that the .noEnterSubmit CSS class does via staff-global.js. If so, the extra file should be removed and the templates modified to work with staff-global.js. -- You are receiving this mail because: You are watching all bug changes.

1 14