January 2011 - Koha-bugs - lists.koha-community.org

[Bug 5555] New: ISBN search returns bad results
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5555 Summary: ISBN search returns bad results Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When making ISBN search (having chosen ISBN from the menu, NOT using ccl query) Koha generates fake results - instead of using nb (@attr 1=7) index it looks for given string anywhere in records. This is, most probably, caused by following fragment of C4::Search::buildQuery: # ISBN,ISSN,Standard Number, don't need special treatment elsif ( $index eq 'nb' || $index eq 'ns' ) { $indexes_set++; ( $stemming, $auto_truncation, $weight_fields, $fuzzy_enabled, $remove_stopwords ) = ( 0, 0, 0, 0, 0 ); } Fast workaround could be as attached at the bottom, but maybe somebody would propose a more elegant solution. Best regards, Janusz --- Search.pm 2010-12-30 10:41:23.000000000 +0200 +++ /usr/share/koha/lib/C4/Search.pm 2010-12-30 10:33:35.000000000 +0200 @@ -1125,6 +1129,7 @@ unless ( $indexes_set || !$index || $index =~ /(st-|phr|ext|wrdl)/ ) { $struct_attr = ",wrdl"; } +$indexes_set = 0 if ( $index eq 'nb' || $index eq 'ns' ); # Some helpful index variants my $index_plus = $index . $struct_attr . ':'; @@ -1307,7 +1312,7 @@ # This is flawed , means we can't search anything with : in it # if user wants to do ccl or cql, start the query with that # $query =~ s/:/=/g; - $query =~ s/(?<=(ti|au|pb|su|an|kw|mc)):/=/g; + $query =~ s/(?<=(ti|au|pb|su|an|kw|mc|nb|nc)):/=/g; $query =~ s/(?<=(wrdl)):/=/g; $query =~ s/(?<=(trn|phr)):/=/g; $limit =~ s/:/=/g; -- 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 9

[Bug 5226] New: MARC21 field 545 missing
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '12

21 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5226 Summary: MARC21 field 545 missing Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Bibliographic data support 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 MARC21 field 545 (Biographical or Historical Data) is missing from the default MARC21 framework. Its subfields are: $a - Biographical or historical data (NR) $b - Expansion (NR) $u - Uniform Resource Identifier (R) $6 - Linkage (NR) $8 - Field link and sequence number (R) -- 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 30

[Bug 4868] New: /cgi-bin/koha/cataloguing/addbiblio.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '12

20 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4868 Summary: /cgi-bin/koha/cataloguing/addbiblio.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 2233 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2233 Screenshot of proposed interface change When editing MARC tags in the biblio editor, repeatable subfields have two controls next to them, a "+" and a "-" for cloning and deleting subfields. These controls are currently marked up as text within <span>s, so they don't appear to be clickable: they're not highlighted as links and the cursor doesn't change to a pointer. I propose converting the <span>s to links and using icons instead of "+" and "-". -- 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 18

[Bug 5528] New: Analytical records support
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '12

20 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5528 Summary: Analytical records support 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: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Allow for creation of analytical records linking to item records belonging to parent or host bibliographic records. Feature includes: 1. Multiple ways to establish relationships between an analytical record and the host item 2. Ways to edit/delete relationships 3. Holds can be placed on host items from the analytical records 4. Display of host items co-mingled with an analytical record's own items -- 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 21

[Bug 5411] New: Existing renewal rules are not translated into new rule structure on upgrade
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '12

17 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5411 Summary: Existing renewal rules are not translated into new rule structure on upgrade Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 I just updated a 3.00 db to a 3.03.00.003, and discovered that the renewal rules were not translated correctly into the new rule structure. Renewal rules (Itemtypes) pre-upgrade: http://screencast.com/t/kBEy1R79t8 Issuing rules pre-upgrade: http://screencast.com/t/Gw6Y0l9hvl6 Issuing rules post-upgrade: http://screencast.com/t/8AplaPge Item Types post-upgrade: http://screencast.com/t/P0x3jB27w It seems to me that the upgrade script should have created rules such as: default:<itemtype> <everything the same as default> <number of renewals for that itype> The only case where it wouldn't need to bother to create rules would be if all of the item types pre-upgrade had the same renewal limit This bug was likely introduced with DB revision 3.01.00.065 (thanks gmcharlt) -- 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 5297] New: emailLibrarianWhenHoldIsPlaced does nothing
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '12

16 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5297 Summary: emailLibrarianWhenHoldIsPlaced does nothing Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 There is a preference for the librarian to receive an email when a hold is placed, but this doesn't seem to work and others have said they don't even see any code to implement this... I'd rather it work, but if it can't work, then it shouldn't be a preference. -- 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 9

[Bug 5344] New: Invoice management improvements
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '12

13 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5344 Summary: Invoice management improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Invoice_management _RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In Koha 3.2, the amount of the items in the parcel is deduced from the budget. We will add 3 fields and a form to let the librarian add additional fees to the parcel, a description of the added fees and a budget. Those fees will be deduced from a selected budget. May overlap with http://wiki.koha-community.org/wiki/Capturing_information_on_handling,_post…. -- 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 4

[Bug 4940] New: Koha should include sample rc.d script(s) for *BSD
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '12

07 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4940 Summary: Koha should include sample rc.d script(s) for *BSD Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Other Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: camins(a)numismatics.org ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha includes a sample script for a SysV-style init.d script for starting the zebra daemon, but there is no script suitable for BSD-style distributions that use rc.d instead of init.d. Such a script would be helpful for anyone interested in running Koha under FreeBSD or NetBSD. -- 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 5667] New: koha-conf.xml missing entry for z39.50 publicserver
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '11

28 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5667 Summary: koha-conf.xml missing entry for z39.50 publicserver Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 By default, the koha-conf.xml created by make does not include a set of configurations for a public Z39.50 server. There is a line to uncomment to activate public Z39.50 search, but the BIBLIOGRAPHIC RECORDS <server> tag must be copied and given a new id of 'publicserver' in order for one to be able to search the catalog. This configuration tag should be included in the default, commented out just like the line to turn on publicserver listening. A comment should be included with simple instructions. -- 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 5565] New: Default OAI UNIMARC to Dublin Core XSL adds superfluous blanks
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '11

28 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5565 Summary: Default OAI UNIMARC to Dublin Core XSL adds superfluous blanks Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 DC <dc:creator> contains blanks between forename and surname. -- 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 22