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

[Bug 21502] New: Add checks for YAML formatted system preferences to about page
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21502 Bug ID: 21502 Summary: Add checks for YAML formatted system preferences to about page 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 21308] New: Results from order search do not show the search parameters.
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21308 Bug ID: 21308 Summary: Results from order search do not show the search parameters. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A report from one of our partner libraries: "It would be nice if the system told us what our search was. We are often interrupted and then come back and have to get back into our previous work flow. ... it would be nice to see the search parameter explicitly shown in the breadcrumb trail - or somewhere" The breadcrumb trail showed Home › Acquisitions › Orders search › Search results ... and there was no indication of what had been searched for in the URL, or anywhare on the page (aside from implicitly in the returned results). I ran several searches from cgi-bin/koha/acqui/histsearch.pl myself, and confirmed this. To re-create: 1) Navigate to Home › Acquisitions 2) Click on 'Orders Search' under the masthead search bar 3) Search for a title and click 'Submit' 4) Run a browser search for the the title, note that it appears only in the results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 19850] New: Enhance invoicing functionality for each line item
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19850 Bug ID: 19850 Summary: Enhance invoicing functionality for each line item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: j.j.brown(a)lboro.ac.uk QA Contact: testopia(a)bugs.koha-community.org Enhancement to the invoicing functionality: Currently when paying an invoice the accounting form for each line item just has a Tax percentage field. This is inadequate for accounting purposes. We would like to see 2 fields which allow you to input an amount (not based upon a percentage) – 1 for tax, 1 for additional costs. These fields should then be added to the price of the book to give a total/actual cost of each book. For example, a CD with a book and servicing may need 3 tax elements for a single order line. That is Book 0%, CD 20%, Servicing 20%. This may be achievable with a separate table of aqtaxamounts attached to aqinvoices? We need to use amounts (rather than any sort of %). This would make it compatible with EDI INVOIC which only sends a value. It would require changes to database structure, UI and EDI code. Add a system preference to leave as it is now or switch on “advanced invoicing”. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 16939] New: Making all 'add to basket' actions buttons
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16939 Bug ID: 16939 Summary: Making all 'add to basket' actions buttons 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 66

[Bug 17006] New: REST API: add route to change patron's password
by bugzilla-daemon＠bugs.koha-community.org 18 May '19

18 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17006 Bug ID: 17006 Summary: REST API: add route to change patron's password 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: mail(a)jkozlovsky.cz QA Contact: testopia(a)bugs.koha-community.org Add API to change patron's password. This is useful especially for 3rd party applications like VuFind. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 129

[Bug 21533] New: Do not allow password recovery for administrative locked patrons (see 21336)
by bugzilla-daemon＠bugs.koha-community.org 17 May '19

17 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21533 Bug ID: 21533 Summary: Do not allow password recovery for administrative locked patrons (see 21336) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 21535] New: Anonymize function in Patron should not scramble email addresses
by bugzilla-daemon＠bugs.koha-community.org 17 May '19

17 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21535 Bug ID: 21535 Summary: Anonymize function in Patron should not scramble email addresses 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 20226] New: Get rid of CATCODE_MULTI param decision in patron perl scripts
by bugzilla-daemon＠bugs.koha-community.org 16 May '19

16 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20226 Bug ID: 20226 Summary: Get rid of CATCODE_MULTI param decision in patron perl scripts 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In all scripts for patrons management are this few lines of code: if ( $patron->is_child) { my $patron_categories = Koha::Patron::Categories->search_limited({ category_type => 'A' }, {order_by => ['categorycode']}); $template->param( 'CATCODE_MULTI' => 1) if $patron_categories->count > 1; $template->param( 'catcode' => $patron_categories->next->categorycode ) if $patron_categories->count == 1; } This is needed only in members-toolbar.inc for updating child to adult. I don't think it is good idea to have these 5 lines of code repeated 10 times in our code. Should be refactored and centralized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 21072] New: Should not show 'Update patron to adult' if no adult patron categories
by bugzilla-daemon＠bugs.koha-community.org 16 May '19

16 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21072 Bug ID: 21072 Summary: Should not show 'Update patron to adult' if no adult patron categories 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1 - Remove or change all 'Adult' patron categories 2 - Find or create a 'Child' patron whose age is above the category limit 3 - Go to patron details 4 - Click 'Update child to adult patron' 5 - Internal server error -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 17614] New: Introduce multiple fine charging intervals
by bugzilla-daemon＠bugs.koha-community.org 16 May '19

16 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17614 Bug ID: 17614 Summary: Introduce multiple fine charging intervals Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ola.andersson(a)ltu.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently Koha in the circulation and fine rules only allow one "Fine charging interval" when putting fines on the Patron. The enhancement suggested here in this report is to allow Koha to enter a number of different day intervals between fines, i.e. define several "Fine charging interval" in sequence. The rationale is to distribute the fines unevenly to the Patron over time. E.g. with the new feature: First fine Patron after 2 days with 50 SEK then wait for 5 more days to add second fine with 50 SEK then wait for another 7 days with 50 SEK. If the total fined amount after the three fine periods above have not reached the "Overdue fines cap (amount)" then repeat the last specified fine charging interval, in this example 7 days. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11