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

[Bug 11862] New: Map edition statement by default
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11862 Bug ID: 11862 Summary: Map edition statement by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Currently the default and other sample frameworks don't map the edition statement to biblio or biblioitems. It would be good to add a default mapping for 250$a MARC21/205$a UNIMARC to biblioitems.editionstatement. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12403] New: Batch record deletion
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12403 Bug ID: 12403 Summary: Batch record deletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This will add a new tool for deleting records: biblios and authorities. -- You are receiving this mail because: You are watching all bug changes.

1 60

[Bug 12577] New: Search is broke after upgrade from 3.14.7 to 3.16.1
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12577 Bug ID: 12577 Summary: Search is broke after upgrade from 3.14.7 to 3.16.1 Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org I have a server running several Koha instances with marcflavour = 'normarc' off a standard package install. Last night I upgraded from 3.14.7 to 3.16.1 (changed the apt config from oldstable to squeeze). Now searching both in the public catalogue and the staff client fails with this message: Error: Can't call method "raw" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 494. In the log opac-error.log (not sure they are relevant): [Tue Jul 15 12:45:47 2014] [error] [client 84.202.33.22] [Tue Jul 15 12:45:47 2014] opac-search.pl: Use of uninitialized value $error in concatenation (.) or string at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 538., referer: http://esme.priv.bibkat.no/cgi-bin/koha/opac-search.pl?q=lessig [Tue Jul 15 12:45:50 2014] [warn] proxy: No protocol handler was valid for the URL /cgi-bin/koha/opac-view.pl. If you are using a DSO version of mod_proxy, make sure the proxy submodules are included in the configuration using LoadModule. I have tried a full reindex of Zebra, as well as restarting Zebra, but to no avail, alas. This might be another manifestation of Bug 9256. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 7855] New: Bug 7263 does not include maxlength field sets into a fresh install
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7855 Priority: P5 - low Change sponsored?: --- Bug ID: 7855 Assignee: gmcharlt(a)gmail.com Summary: Bug 7263 does not include maxlength field sets into a fresh install QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: juan.sieira(a)xercode.es Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha Bug 7263 does not include maxlength field sets into a fresh install. NORMARC is not included into updatedatabase.pl too. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 11266] New: Z39.50 search results: DATE blank - add PUBLISHER
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11266 Bug ID: 11266 Summary: Z39.50 search results: DATE blank - add PUBLISHER Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: andrea.furin(a)slacky.it QA Contact: testopia(a)bugs.koha-community.org 1. If you have the field DATE blank when you make a Z39.50 search you have to modify the file: /usr/share/koha/lib/C4/Breeding.pm at line 394: $row_data{date} = $oldbiblio->{copyrightdate}; in $row_data{date} = $oldbiblio->{publicationyear}; (Make a copy of your modification becaurse probably ad update will change that file). 2. If you want to see the publisher's name in Z39.50 results you have to add a line in: /usr/share/koha/lib/C4/Breeding.pm at line 394: $row_data{server} = $servername[$k]; $row_data{isbn} = $oldbiblio->{isbn}; $row_data{lccn} = $oldbiblio->{lccn}; $row_data{title} = $oldbiblio->{title}; $row_data{author} = $oldbiblio->{author}; $row_data{date} = $oldbiblio->{publicationyear}; **** $row_data{publisher} = $oldbiblio->{publishercode}; $row_data{edition} = $oldbiblio->{editionstatement}; and in: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/cataloguing/z3950_search.tt (change ../prog/LANGUAGE/modules/.. if not english) at line 155 the search results mask: <th>Server</th> <th>Title</th> <th>Author</th> <th>Date</th> **** <th>Publisher</th> <th>Edition</th> <th>ISBN</th> <th>LCCN</th> [Below the correspondet modified lines:] <td>[% breeding_loo.server %] <div class="linktools"><a href="/cgi-bin/koha/catalogue/showmarc.pl?importid=[% breeding_loo.bree$ <td>[% breeding_loo.title |html %]</td> <td>[% breeding_loo.author %]</td> <td>[% breeding_loo.date %]</td> **** <td>[% breeding_loo.publisher %]</td> <td>[% breeding_loo.edition %]</td> <td>[% breeding_loo.isbn %]</td> <td>[% breeding_loo.lccn %]</td> -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8169] New: No LCCN field on Z39.50 search
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8169 Priority: P5 - low Change sponsored?: --- Bug ID: 8169 Assignee: gmcharlt(a)gmail.com Summary: No LCCN field on Z39.50 search Severity: enhancement Classification: Unclassified OS: Windows Reporter: library(a)morthland.org Hardware: PC Status: NEW Version: rel_3_6 Component: Cataloging Product: Koha Created attachment 9852 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9852&action=edit Zip folder holding patch When performing a Z39.50 search, there is no longer a box to enter in the LCCN (Library of Congress Control Number ,formerly Library of Congress Catalog Card Number) as a search parameter. My fix, a patch fixing the syntax on the .pl and adding the search box to the .tt for Z39.50 searches is attached. .pl should go to "/koha/intranet/cgi-bin/cataloguing" and .tt to, "/koha/intranet/htdocs/intranet-tmpl/en/modules/catloguing" -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 12425] New: full authority record not coming over via Z39.50
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12425 Bug ID: 12425 Summary: full authority record not coming over via Z39.50 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 28854 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28854&action=edit authority not matching This might be a thing with Library of Congress, but I don't know how to confirm so I'll report it here for some assistance. On the LOC site when you look at an authority it does not match what you get when importing using Z39.50. See the attached screenshot for what I mean. There are fields on the LOC site that are not coming over via Z39.50. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12764] New: No results found in a Z39.50 search if ISBN terminates with X
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12764 Bug ID: 12764 Summary: No results found in a Z39.50 search if ISBN terminates with X Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: giuseppe.angilella(a)ct.infn.it QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Whenever a Z39.50 search is performed on an ISBN field (only: all other search fields being empty), and the ISBN-10 field terminates with a 10th control digit "X", no results are found. Even though records are actually present, and are found if the search is repeated omitting the final digit (9-digits 10-ISBN field only). The correct 10-ISBN field is then found (complete with the final 10th digit "X") and can be imported into the Koha record. (Tested mainly with the opac.sbn.it:3950 Z39.50 server.) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12679] New: replace record via z39.50 for authorities
by bugzilla-daemon＠bugs.koha-community.org 25 May '15

25 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12679 Bug ID: 12679 Summary: replace record via z39.50 for authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Would be nice if there was a 'replace via Z39.50' for authorities like there is for bibs. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9080] New: Encoding on pay fines page broken
by bugzilla-daemon＠bugs.koha-community.org 24 May '15

24 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9080 Priority: P5 - low Change sponsored?: --- Bug ID: 9080 Assignee: oleonard(a)myacpl.org Summary: Encoding on pay fines page broken Severity: major Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 13454 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13454&action=edit screenshot Test case: - Record contains umlauts in title (öäü) - Checkout is done with a rental fee - Check title display on 'Pay fines' tab - umlauts are broken - After paying the fine the title shows correctly on the 'Account' tab I am quite sure that this worked correctly before. -- You are receiving this mail because: You are watching all bug changes.

1 5