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

[Bug 20814] New: Display issue with 'Saved reports' tabs
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20814 Bug ID: 20814 Summary: Display issue with 'Saved reports' tabs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 75546 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75546&action=ed… Saved report - bullet list instead of tabs Saved report tabs become a bullet list when using the search form on /cgi-bin/koha/reports/reports-home.pl Problem may doesn't appear on some instances, test with sandbox to reproduce (screenshot from Biblibre's sandbox #11). -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 20698] New: Remove obsolete template: transfer-slip.tt
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20698 Bug ID: 20698 Summary: Remove obsolete template: transfer-slip.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org transfer-slip.pl was modified some time ago to no longer use transfer-slip.tt (so long ago it was transfer-slip.tmpl). transfer-slip.tt is not used at all and should be removed. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 20801] New: Make dependency on memcached mandatory
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20801 Bug ID: 20801 Summary: Make dependency on memcached mandatory Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Set memcached as mandatory for package installations. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 18946] New: Change language from external web fails
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '18

30 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18946 Bug ID: 18946 Summary: Change language from external web fails Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org We have identified that if you add the url to change language from one external web to koha, it doesn't work it just send you again to your current web. How to reproduce: 1. Get a multilingüal Koha like http://demo1.orex.es/cgi-bin/koha/opac-changelanguage.pl?language=en http://demo1.orex.es/cgi-bin/koha/opac-changelanguage.pl?language=es-ES 2. Copy that urls to any web page and try to link to the spanish or english version,it will keep you in the same position we suspect is opac-changelanguage.pl becuase it gets the url from the referer and then construct a wrong url becuase of the referer... If #my $url = $query->referer() || '/'; my $url = 'https://whatever/'; it works.. because we force the referer to the koha host domain -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 20673] New: Recurring Reports
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '18

27 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20673 Bug ID: 20673 Summary: Recurring Reports Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: tlamannajr(a)chplnj.org QA Contact: testopia(a)bugs.koha-community.org I know currently it's only possible to have a report run and be sent to recepients once. We can also put in tickets to be able to have recurring events, but I'm hoping that we can sort it out so staff have the ability to add recurring reports themselves. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 17785] New: oai.pl returns wrong URLs under Plack
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '18

24 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17785 Bug ID: 17785 Summary: oai.pl returns wrong URLs under Plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org oai.pl uses CGI's self_url Under Plack this results in an URL like: /opac/oai.pl?verb=ListRecords&resumptionToken=marcxml/100/1970-01-01T00:00:00Z/2016-12-16T23:59:59Z/ (This is the URL for the More button.) Should we adjust the mounting point and ProxyPass statements? Mount like /cgi-bin/koha/opac ? -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 18825] New: Elasticsearch - Update default authority mappings
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '18

23 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18825 Bug ID: 18825 Summary: Elasticsearch - Update default authority mappings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We currently only include a few if they authority types in the initial mappings - we need to round these out -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 17373] New: Elasticsearch - Authority mappings are not defined for UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '18

23 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17373 Bug ID: 17373 Summary: Elasticsearch - Authority mappings are not defined for UNIMARC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The file admin/searchengine/elasticsearch/mappings.yaml does not contain any authority mappings for UNIMARC. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 20259] New: Shorter JS and CSS rewrite rule
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '18

18 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20259 Bug ID: 20259 Summary: Shorter JS and CSS rewrite rule Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 20187 has changed the JS and CSS rewrite rules to : RewriteRule ^(.*)_[0-9][0-9]\.[0-9][0-9][0-9][0-9][0-9][0-9][0-9].js$ $1.js [L] RewriteRule ^(.*)_[0-9][0-9]\.[0-9][0-9][0-9][0-9][0-9][0-9][0-9].css$ $1.css [L] This can be written more short with one rule and [0-9]{N}. And the dot in extension needs to be escaped : \.js \.css -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 20325] New: C4::Accounts::purge_zero_balance_fees does not check account_offsets.
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '18

18 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20325 Bug ID: 20325 Summary: C4::Accounts::purge_zero_balance_fees does not check account_offsets. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org purge_zero_balance_fees is used in cleanup_database.pl to determine which fees can be cleaned up. It uses a simple SQL query to determine which rows in accountlines need to be removed: 463 my $sth = $dbh->prepare( 464 q{ 465 DELETE FROM accountlines 466 WHERE date < date_sub(curdate(), INTERVAL ? DAY) 467 AND ( amountoutstanding = 0 or amountoutstanding IS NULL ); 468 } The function comes with the following warning: 451 B<Warning:> Because fines and payments are not linked in accountlines, it is 452 possible for a fine to be deleted without the accompanying payment, 453 or vise versa. This won't affect the account balance, but might be 454 confusing to staff. This was a reasonable solution prior to the addition of account_offsets in 17.11. The problem now is that rows in accountlines which are linked as credits in accountlines will *always* have amountoutstanding marked as 0. These are linked to debits via account_offsets. purge_zero_balance_fees will delete credits and leave rows in account_offsets which link to deleted credits. Sites using the --fees option cleanup_database.pl which upgrade to 17.11 may have all of their credits removed without warning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24