July 2013 - Koha-bugs - lists.koha-community.org

[Bug 10399] New: rebuild_zebra.pl should reset the indexes with -r even if zebraqueue empty
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '13

01 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10399 Bug ID: 10399 Summary: rebuild_zebra.pl should reset the indexes with -r even if zebraqueue empty Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com Currently, the only way to get indexes reset is to run the zebraidx... init by hand on each database (authorities or biblios). This leads to several problems: ownership, permission, wrong paths, etc. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7490] New: Add IDs to results_summary'ies in staff XSLT detail view
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '13

30 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7490 Bug #: 7490 Summary: Add IDs to results_summary'ies in staff XSLT detail view Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com The detail view in the staff client produced by XSLT contains a number of elements like this: <span class="results_summary"><span class="label">Description: </span>379 p .</span> If the outer spans had unique IDs it would be much easier to manipulate them with jQuery. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 6286] New: Making classification indexes searchable in staff client
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '13

30 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6286 Bug #: 6286 Summary: Making classification indexes searchable in staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A client would like to be able to search for Dewey numbers in the staff client. This can be accomplished by uncommenting "Dewey-classification 1=13" in etc/zebradb/ccl.properties and adding another <option> to koha-tmpl/intranet-tmpl/prog/en/includes/search_indexes.inc, and maintaining it as a local hack. But it seems like something more libraries might be interested in, so maybe it's possible to find a more flexible and robust way to do it. Details: http://wiki.koha-community.org/wiki/Making_classification_indexes_searchabl… -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 3

[Bug 9761] New: Make it possible to confirm future hold requests at checkin time
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '13

26 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9761 Bug ID: 9761 Summary: Make it possible to confirm future hold requests at checkin time Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com Make it possible to confirm future hold requests at checkin time. Part of developments for bug 9721. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 9367] New: Code optimization: CheckReserves is too often called
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '13

26 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9367 Bug ID: 9367 Summary: Code optimization: CheckReserves is too often called Classification: Unclassified 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: jonathan.druart(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In many places, the C4::Reserves::CheckReserves routine is called when we just want to get the status of the reserve. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 9849] New: Editing a Z39.50 server gives "Z39.50 server added" message
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '13

25 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9849 Bug ID: 9849 Summary: Editing a Z39.50 server gives "Z39.50 server added" message Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no CC: gmcharlt(a)gmail.com To reproduce: - Go to Home > Administration > Z39.50 servers - Click on "Edit" on one of the servers - Click "Save" - You get the message "Z39.50 server added" - it should probably say "Z39.50 server edited" or something similar -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10516] New: Improve titles, breadcrumbs, and confirmation messages for Z39.50 server adds and updates
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '13

25 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10516 Bug ID: 10516 Summary: Improve titles, breadcrumbs, and confirmation messages for Z39.50 server adds and updates 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 The template for adding and updating a Z39.50 server currently shows the same message for adds and updates. It would be more clear if it showed one message for adds and one for updates. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 9681] New: Add some indexes in database
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '13

24 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9681 Bug ID: 9681 Summary: Add some indexes in database Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com Some table columns should have an index to speed SQL queries : - statistics table has only one index (used to make heavy queries for reports) - itemtype should have an index in items and biblioitems (this is used in circulation to check the number of existing issues of a specific item type) - issue.branchcode and issue.issuingbranch Note that the fact that an index is automatically created for foreign keys in InnoBD seems to be in discussion, so better create it explicitly. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10503] New: incorrect initialization parameters passed Memoize::Memcached
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '13

23 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10503 Bug ID: 10503 Summary: incorrect initialization parameters passed Memoize::Memcached 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: gmcharlt(a)gmail.com Currently, Memoize::Memcached is initialized like this: eval { if (C4::Context->ismemcached) { require Memoize::Memcached; import Memoize::Memcached qw(memoize_memcached); memoize_memcached( 'GetMarcStructure', memcached => C4::Context->memcached); } }; C4::Context->memcached returns a Cache::Memcached object. However, that's not what Memoize::Memcached expects: This function also accepts a memcached option, which expects a hashref. This is de-referenced and passed directly into an internal function which sets up the memcached configuration for that function. This contents of this hashref are mostly options passed to Cache::Memcached, with a few exceptions. However, passing a Cache::Memcached happened to work, by coincidence, as Memoize::Memcached was calling UNIVERSAL::isa (in a deprecated fashion [0]) to check to see whether the passed argument is a HASH. Nowadays, though, since UNIVERSAL->import is deprecated, the version of Memoize::Memcached packaged for Debian Wheezy now uses ref() to check whether the argument is a hash [1]. That means that the coincidence no longer works, and consequently MARC frameworks don't get cached via memcached in Debian Wheezy, leading to a performance degradation. The solution is to pass Memoize::Memcached what it needs -- a hashref with the Cache::Memcached arguments -- and not a Cache::Memcached object. [0] https://rt.cpan.org/Public/Bug/Display.html?id=68170 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614868 -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10487] New: UT: GetMaxPickupDate needs unit tests.
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '13

23 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10487 Bug ID: 10487 Summary: UT: GetMaxPickupDate needs unit tests. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com GetMaxPickupDate is introduced by bug 8367. It needs unit tests. -- You are receiving this mail because: You are watching all bug changes.

1 10