February 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 5707] New: Editing existing authority record 'delete this subfield' clears all fields
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '12

19 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5707 Summary: Editing existing authority record 'delete this subfield' clears all fields Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: eb(a)efdss.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When editing an existing authority record I clicked on the icon to the right of the subfield (mouseover says 'delete this subfield'). Not only did it delete the contents of that subfield but everything else in the authority record. -- 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 1

[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 5683] New: link_bibs_to_authorities.pl can corrupt records
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5683 Summary: link_bibs_to_authorities.pl can corrupt records Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It seems that running link_bibs_to_authorities.pl can corrupt records in cases where there is a heading with only subfield 9 populated, since the script automatically removes all subfield 9s. The script should check that all fields it outputs have at least subfield, and delete and fields that don't have any subfields. -- 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 26