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

[Bug 18149] New: Move CountUsage calls to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '17

23 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18149 Bug ID: 18149 Summary: Move CountUsage calls to Koha namespace Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Built on top of bug 9988, that introduces Koha::Authority::get_usage_count. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 18810] New: Update Font Awesome to 4.7.0
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '17

23 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18810 Bug ID: 18810 Summary: Update Font Awesome to 4.7.0 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: Needs Signoff Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Patch complexity: Small patch Status: Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 19059] New: Move C4::Reserves::CancelReserve to the Koha::Hold-> cancel
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '17

23 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19059 Bug ID: 19059 Summary: Move C4::Reserves::CancelReserve to the Koha::Hold->cancel 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 Depends on: 19058 Blocks: 17728 Let's move C4::Reserves::CancelReserve code to Koha::Hold->cancel Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17728 [Bug 17728] Move C4::Reserves code to the Koha namespace https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19058 [Bug 19058] Move C4::Reserves::GetReserveId to Koha::Holds -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 18961] New: Datatable column filters of style 'select' should do an exact match
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '17

20 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18961 Bug ID: 18961 Summary: Datatable column filters of style 'select' should do an exact match Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org Datatable column filters of type select do not do an exact match. E.g. for a select with values 'Fiction' and 'Non-fiction', filtering after 'Fiction' will match both. To reproduce: - Apply patch of Bug 16485 - Collection column in Item search is always empty - Make sure you have collection codes 'Fiction' and 'Non-fiction' - Do an item search - Filter column 'Collection', select 'Fiction' - Result: Column contains items of both collections (Fiction and Non-fiction) Similar problems can happen for other column filters of type select as well, see: jQuery DataTable ColumnFilter plugin. Can the “select” filter style support exact match? https://stackoverflow.com/questions/9520423/jquery-datatable-columnfilter-p… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 16187] New: Add a script to cancel unfilled holds after a specified number of days
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '17

20 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16187 Bug ID: 16187 Summary: Add a script to cancel unfilled holds after a specified number of days Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Work to be done: 1) Create new script cancel_unfilled_holds.pl --days DAYS 2) This script would accept a --days parameter, and trigger C4::Reserves::CancelReserve for all unfilled holds with a 'reservedate' older than the the given number of days. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 18564] New: kola-common.cnf parsing is too restrictive
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '17

20 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18564 Bug ID: 18564 Summary: kola-common.cnf parsing is too restrictive Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: eric.vantillard(a)evaxion.fr QA Contact: testopia(a)bugs.koha-community.org my koha-common.cnf is using this form: [client] host=db user=root password="move_rootpwd_to_dotenv" this file is working has expected with mysql tools. but koha-create parsing will not find the db host resulting in koha-conf.xml containing no values in hostname element. as a result trying to connect to the web serveur will raise an error : Software error: DBIx::Class::Storage::DBI::catch {...} (): DBI Connection failed: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1490. at /usr/share/koha/lib/Koha/Database.pm line 90 Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 31. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 31. For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 17818] New: Duplicating a subfield yields an empty subfield tag [ follow-up]
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '17

20 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17818 Bug ID: 17818 Summary: Duplicating a subfield yields an empty subfield tag [follow-up] Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 17152 made the subfield cloning function delete the contents of the cloned subfield. But it makes the subfield tag empty too, and this is causing troubles for people re-opening the records for edition. Bug 17477 fix this for textareas, but the problem is the same with dropdown box selection -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 18318] New: Unicode support for Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '17

19 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18318 Bug ID: 18318 Summary: Unicode support for Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We need to offer unicode support in Elasticsearch https://www.elastic.co/guide/en/elasticsearch/guide/current/case-folding.ht… https://www.elastic.co/guide/en/elasticsearch/guide/current/icu-plugin.html Currently a search for: pokemon Will not return results for: pokémon That is just an example :-) -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16313] New: Koha::Logger doesn't forward the Log::Log4perl::Logger return value
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '17

15 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16313 Bug ID: 16313 Summary: Koha::Logger doesn't forward the Log::Log4perl::Logger return value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Log::Log4perl::Logger->$method returns undef if the log level is not logged or something bad happened and true or something similar on success. This allows chaining different loggers to trigger if Log4perl failed to log. Koha::Logger is hardwired to return 1 if Log4perl is configured properly regardless of whether the Log4perl actually succeeded in printing the log message. This is a Log4perl best practice: $Koha::Logger->debug() or syslog("LOG_DEBUG", ...); which should revert to syslog() to log if Log4perl cannot for some reason do the logging. (eg. is disabled) This patch makes the Koha::Logger work with Log4perl better in tandem and return the proper return values. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 15958] New: ZOOM/Zebra-connection cache flushing
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '17

15 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15958 Bug ID: 15958 Summary: ZOOM/Zebra-connection cache flushing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When writing tests related to searching, When searching the local index repeatedly, changes in the index are not applied to the search results if the results always return the same records. This is due to ZOOM caching the results. This feature adds a ZOOM::Connection flushing subroutine to get rid of old caches. -- You are receiving this mail because: You are watching all bug changes.

1 5