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

[Bug 11910] New: Adding a zebra index should be a configuration change.
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11910 Bug ID: 11910 Summary: Adding a zebra index should be a configuration change. 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: bartonski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There are several web pages documenting how to add a zebra index to koha, e.g. http://wiki.koha-community.org/wiki/MRenvoize/zebra Unfortunately, these changes must be made either to configuration files which are part of the Koha distribution (e.g. bib1.att, record.abs, ccl.properties and pqf.properties.) or to C4::Search.pm. As such, adding zebra indexes at a package site risks losing modifications upon upgrade. I suggest that the files - bib1.att - record.abs - ccl.properties - pqf.properties As well as any files required for DOM indexing be placed in a configuration directory, e.g. /etc/koha/sites/* or $HOME/koha-dev/etc. In order to be searchable, the index name must be added to @indexes in C4::Search.pm::getIndexes(). At the very least, there should be a way of adding extra indexes to the arrayref returned by getIndexes() without editing source code. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 4068] Accepting a suggestion hides 'pending' tab
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4068 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #27974|0 |1 is obsolete| | --- Comment #7 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 28099 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28099&action=edit Bug 4068 - Accepting a suggestion hides 'pending' tab 1) Moving a suggestion from status 'pending' to 'accepted - After saving only tab 'accepted' is shown. 2) Moving a suggestion back from 'accepted' to 'pending' - After saving only tab 'pending' is shown. Test Plan: 1) Verify the bug by taking the actions listed above 2) Apply this patch 3) Verify the bug no longer exists Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> It is not very elegant but I have nothing else to suggest. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4068] Accepting a suggestion hides 'pending' tab
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4068 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5581] New: BibLibre authorities improvements for 3.4
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5581 Summary: BibLibre authorities improvements for 3.4 Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: MARC Authority data support AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 *adding a "default" authorities, and the possibility to search on "default". Thus, when a user don't know in which authtype what he is looking is, he will be able to search * many fixes on UNIMARC * some general fixes & changes in templates * missing = default marc21/en authorities -- 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 31

[Bug 5202] New: Merge authority records
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5202 Summary: Merge authority records Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 A feature that enables staff to merge authority records through the Staff client would be very helpful. Ideally I would like a "Merge?" checkbox next to each record in the Authority search results, and a "Merge" button somewhere which would ask which record to keep. -- 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 38

[Bug 5943] New: Merging Authorities
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5943 Bug #: 5943 Summary: Merging Authorities Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Blocks: 5581 -- 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 11

[Bug 12215] New: Feature request: add 'sql dump' as report output option
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12215 Bug ID: 12215 Summary: Feature request: add 'sql dump' as report output option Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: bartonski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When running a report, it would be nice if the results could be in the form of a '.sql' file containing 'CREATE TABLE' and 'INSERT INTO' statements, similar to the output of sqldump. The resulting file could then be run by sqlite or mysql, thereby creating a table that could be useful for trouble-shooting purposes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12193] New: The export today's checked in barcodes generated file is always empty
by bugzilla-daemon＠bugs.koha-community.org 08 May '14

08 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12193 Bug ID: 12193 Summary: The export today's checked in barcodes generated file is always empty Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The export today's checked in barcodes generated file is always empty, it happened before at Koga 3.8, check bug 8154 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 12212] New: Wrong number of parameters for AggressiveMatchOnISBN in sysprefs.sql
by bugzilla-daemon＠bugs.koha-community.org 07 May '14

07 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12212 Bug ID: 12212 Summary: Wrong number of parameters for AggressiveMatchOnISBN in sysprefs.sql Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is in incorrect number of parameters for the AggressiveMatchOnISBN stanza in sysprefs.sql ERROR 1136 (21S01) at line 1: Column count doesn't match value count at row 12 Test Plan: 1) Attempt to run the web installer OR try to import the sysprefs.sql into your db 2) Apply this patch 3) Try again, no errors should be reported this time -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11433] New: Remove attachbasket op value in basket.pl and rename it in basketgroup.pl
by bugzilla-daemon＠bugs.koha-community.org 07 May '14

07 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11433 Bug ID: 11433 Summary: Remove attachbasket op value in basket.pl and rename it in basketgroup.pl 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: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Code cleaning: 'attachbasket' is used in basket.pl and basketgroup.pl as a value of $op In basket.pl, some code is supposed to be executed if $op eq 'attachbasket'. But it is never the case (grep attachbasket * -r), so this condition must be removed. In basketgroup.pl, the description of 'attachbasket' value in comments is wrong, and the name is misleading (this value of $op is ONLY used when someone clic on 'Save' button on a basketgroup page). So 'attachbasket' should be renamed. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27