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

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10901|0 |1 is obsolete| | --- Comment #12 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 11259 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11259&action=edit Bug 7475: Teach matching rules to handle authorities * Add the code necessary to handle authorities with matching rules and import batches. * Update all the scripts that use the matcher and import batch code to use the new API. * Add authority records to the matching rules interface in the staff client. http://bugs.koha-community.org/show_bug.cgi?id=2060 Signed-off-by: Elliott Davis <elliott(a)bywatersolutions.com> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10900|0 |1 is obsolete| | --- Comment #11 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 11258 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11258&action=edit Bug 7475: Update configuration In order to make matching rules more useful for MARC21 authorities, this patch adds special indexes on previous see-from headings and LCCN. This patch does not change UNIMARC authority configuration in any way. Also modifies the Koha schema in preparation for adding authority import and matching to the Staging tools. To install: 1. Run installer/data/mysql/atomicupdate/importauthorities.pl 2. Update the following four files in your koha-dev: etc/zebradb/authorities/etc/bib1.att etc/zebradb/marc_defs/marc21/authorities/authority-koha-indexdefs.xml etc/zebradb/marc_defs/marc21/authorities/authority-zebra-indexdefs.xsl etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl 3. Reindex your authorities: misc/migration_tools/rebuild_zebra.pl -a -r -v NOTE TO RM: this patch adds an atomicupdate file that needs to be incorporated into updatedatabase.pl if bug 7167 is not pushed. http://bugs.koha-community.org/show_bug.cgi?id=2060 Signed-off-by: Elliott Davis <elliott(a)bywatersolutions.com> Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> Rebased on master 1 August 2012 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8407] New: xt/tt_valid.t is too strict
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8407 Priority: P5 - low Change sponsored?: --- Bug ID: 8407 Assignee: oleonard(a)myacpl.org Summary: xt/tt_valid.t is too strict Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Templates Product: Koha A new bug (Bug 8385) highlights a problem already known : In Koha, we forbid the following syntax in tt files: <option value="foo" [% IF ( option.selected ) %] selected="selected" [% END %]>bar</option> We prefer : [% IF ( option.selected ) %] <option value="foo" selected="selected">bar</option> [% ELSE %] <option value="foo">bar</option> [% END %] For Bug 8385, if I want to make tt_valid.t happy, I should replace 8 lines (with the same structure as previous) with 40 lines. These new lines get nowhere. Less readability (discutable), less concise, a lot of useless lines, etc. Why ? I don't know exactly. The translator tool crashes if this kind of syntax occurs. In fact, after few test, it seems the problem existed with HTML::Template, but I don't get through with Template::Toolkit. It would seem that we can introduce a IF statement to add attributes like selected, checked or disabled (for example). Given that the string (between IF and END) does not contain translatable strings. I will propose a patch (for discussion and massive test). It would be great if several testers could check that this patch does not valid a broken template or a template containing non translatable strings. Like as Frédéric Demians said me, it is a time bomb and we have to be sure the templates do not passed as valid if they are not. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 3462] Link see alsos in authorities
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3462 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #11147|0 |1 is obsolete| | --- Comment #12 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 11256 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11256&action=edit Bug 3462: Links in authorities should be hyperlinks Make see also links in both the OPAC and authority module search results into hyperlinks and not just textual strings. To test: 1. Do a search for an authority that will bring up a heading with a see also reference in the staff client and the OPAC. 2. Confirm that the see also references listed in the search results are now hyperlinks, which work. Bug 3462: quiet warn Quiets an unnecessary warning about an uninitialized value. Signed-off-by: Katrin Fischer <Katrin.Fischer.83(a)web.de> Patch works nicely and is a great improvement. Tests: - Checked links for existing and non existing "see alsos" give correct search results - Verified links show up for all "see alsos" in a result list - Verified links are properly linked with the correct names - Checked logs don't show errors Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> Rebased 26 July 2012 Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> Rebased on master 1 August 2012 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8192] New: Update libraries and Missing library in install_misc/ubuntu.packages
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8192 Priority: P5 - low Change sponsored?: --- Bug ID: 8192 Assignee: gmcharlt(a)gmail.com Summary: Update libraries and Missing library in install_misc/ubuntu.packages Severity: enhancement Classification: Unclassified OS: Linux Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Installation and upgrade (command-line installer) Product: Koha Was doing a fresh install of what I pulled from the git repository a couple days ago. I am running Ubuntu 12.04 libdatetime-format-mysql-perl was missing after I did something similar to : apt-get install `./install_misc/ubuntu_pkg_check.sh | grep none | cut -f1 -d' '` I then did a ./koha_perl_deps.pl -m It said DateTime::Format::MySQL (the capitalization may be off, I'm doing this from memory). So I did: aptitude search datetime-format-mysql And such a library existed, so I installed it. And the koha_perl_deps.sh didn't complain about anything missing. I figure it is a quick one-line add. I confirmed that libdatetime-format-mysql-perl also exists on Ubuntu 10.10 Though, I was noticing the ubuntu.packages still references yaz3. The current version is yaz4. yaz3 does not exist on 12.04, nor 10.10. Please change libyaz3 and libyaz3-dev to libyaz4 and libyaz4-dev. -- You are receiving this mail because: You are watching all bug changes.

1 1