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

[Bug 8572] New: Attempting to view an invalid authority in the OPAC gives an error instead of 404
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8572 Priority: P5 - low Change sponsored?: --- Bug ID: 8572 Assignee: jcamins(a)cpbibliography.com Summary: Attempting to view an invalid authority in the OPAC gives an error instead of 404 Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 8162] New: koha-restore creates user incorrectly
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8162 Priority: P5 - low Change sponsored?: --- Bug ID: 8162 Assignee: jcamins(a)cpbibliography.com Summary: koha-restore creates user incorrectly Severity: critical Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Packaging Product: Koha For reasons that are unclear, the user created by koha-restore will not allow Koha to log into MySQL (oddly, an identical script worked fine for me on my 3.6.3-based install). The result is that after running koha-restore on a new system (and possibly even when just restoring a backup), Koha is entirely nonfunctional. Patch forthcoming. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 8576] New: Software error on authority edition when using merge
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8576 Priority: P5 - low Change sponsored?: --- Bug ID: 8576 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Software error on authority edition when using merge Severity: critical Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha When using the update of biblios on authorities edition (managed by 'dontmerge' syspref), and when biblionumber is on a control field (< 10) : When editing or creating an authority, you get a software error : "Software error: Control fields (generally, just tags below 010) do not have subfields, use data() at /usr/share/perl5/MARC/Record.pm line 239 For help, ..." This comes from the fact that, to find biblionumber in a record, one must check if biblio.biblionumber is mapped on a control field to call "$record->field($tagfield)->data" instead if "$record->subfield($tagfield,$tagsubfield)". It was also missing in batchImportMARCWithBiblionumbers.pl. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8590] New: checked out from missing on patron detail
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8590 Priority: P5 - low Change sponsored?: --- Bug ID: 8590 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: checked out from missing on patron detail Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/members/moremember.pl?borrowernumber=53 Hardware: All Status: NEW Version: master Component: Circulation Product: Koha When on the patron details tab it has a column for 'checked out from' but that's not populated. If you look at the check out tab on it does show data in that column. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 8655] New: Re-order items on administration page to better match configuration priority
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8655 Priority: P5 - low Change sponsored?: --- Bug ID: 8655 Assignee: oleonard(a)myacpl.org Summary: Re-order items on administration page to better match configuration priority Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha The administration home page says "Configure these parameters in the order they appear," but cities and road types appear before circulation and fine rules. Circ rules have a higher priority. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 3426] change itemcallnumber system preference to allow multiple tags
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3426 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW --- Comment #3 from Galen Charlton <gmcharlt(a)gmail.com> --- There's a another variation to consider -- a customer of ours hit on the idea of setting the system preference to '952o'. Doing this sets the initial call number of a new item to that of the "first" existing item. This certainly seems like a useful variation, but there should probably be something coded to make this more explicit, as it depends on an a mechanism (embedding item fields in the MARC bib) that isn't necessarily going to survive potential ways that the item editor might be redone in the future. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3087] Z39.50 server returns usmarc format records for UNIMARC DB
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 --- Comment #16 from Frédéric Demians <frederic(a)tamil.fr> --- Thanks Marcel for testing so thoroughly! It is invaluable. > It took me some time to find this out too. But the retrieval section > in koha-conf.xml is now just fallback information. So you should also > change the new retrieval files in etc/zebradb for biblios and > authorities on dom and grs1. I'm not sure to understand. Could you elaborate? Do you mean that for UNIMARC there isn't XSL converter to Dublin Core for example? In this case, this was already the case. This isn't a regression. We just lack that currently in Koha, and we should plan to fix it separately. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3087] Z39.50 server returns usmarc format records for UNIMARC DB
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 M. de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #15 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Frederic, It took me some time to find this out too. But the retrieval section in koha-conf.xml is now just fallback information. So you should also change the new retrieval files in etc/zebradb for biblios and authorities on dom and grs1. Just found this out by testing the 9998 port with some recordSchema's. Marcel -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8172] New: Missing dereference marker for buildQuery parameter in addbooks.pl
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8172 Priority: P5 - low Change sponsored?: --- Bug ID: 8172 Assignee: gmcharlt(a)gmail.com Summary: Missing dereference marker for buildQuery parameter in addbooks.pl Severity: major Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: unspecified Component: Searching Product: Koha my ( $builterror,$builtquery,$simple_query,$query_cgi,$query_desc,$limit,$limit_cgi,$limit_desc,$stopwords_removed,$query_type) = buildQuery(\@operators,\@operands,\@indexes,@limits,\@sort_by,undef,undef); Which is roughly line 75 of addbooks.pl likely should have a \ on the @limits. Because C4::Search.pm around line 1044 shows the parameters being treated the same. I was hoping this would solve my Lingua::Stem::Snowball error, but I will have to continue to hunt deeper. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 3087] Z39.50 server returns usmarc format records for UNIMARC DB
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '12

29 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3087 --- Comment #14 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to comment #13) > I think Marc21 and USMarc OID are equivalents. Have you seen that? > > http://www.loc.gov/z3950/agency/defns/oids.html#5 OK -- You are receiving this mail because: You are watching all bug changes.

1 0