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

[Bug 5924] New: Authorities search : Heading Main is defined in unimarc record.abs
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '12

25 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5924 Bug #: 5924 Summary: Authorities search : Heading Main is defined in unimarc record.abs Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Blocks: 5581 -- 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 10

[Bug 5867] New: "Hold filled" notice not sent by email if the user has its email address in a field other than "email"
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5867 Bug #: 5867 Summary: "Hold filled" notice not sent by email if the user has its email address in a field other than "email" Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 3304 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3304 [PATCH] Improved the email checking when sending "Hold filled" notices. The subroutine for sending HOLD and HOLD_PRINT notices only checked the "email" field of the borrowers table and didn't check the value of the AutoEmailPrimaryAddress preference. With this patch, "Hold filled" notices can now be sent using the other email addresses of the member, depending on the value of the AutoEmailPrimaryAddress preference. Also, if AutoEmailPrimaryAddress is set to "first valid", the other email fields of the user are checked before falling back to a print notice. Patch attached. -- 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 7

[Bug 5737] New: ZOOM connection problem in merge_authority.pl when trying to do a batch merge.
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5737 Summary: ZOOM connection problem in merge_authority.pl when trying to do a batch merge. Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 3122 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3122 Modified the merge subroutine in AuthoritiesMarc.pm so it won't destroy the connection to the biblioserver. When trying to use the script "./merge_authority.pl -b" to merge all authorities, an error is returned. Here is an example using the verbose mode : $ ./merge_authority.pl -b -v Merging managing 76871 managing 14291 {_conn} undefined: has this Connection been destroy()ed? at /usr/lib/perl5/ZOOM.pm line 341. The problem seems to happen because the ZOOM connection to the biblioserver is destroyed on line 1305 of AuthoritiesMarc.pm. The merge is done correctly for the first authority, but an error is returned when we get to the second one because the connection was destroyed by the first call to &merge. There seems to be no way to check if a connection was destroyed, so I modified the &merge subroutine so it won't destroy the connection, but will return it to its original state after &merge is done with it. Patch attached. -- 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 7

[Bug 6235] New: "Saved" message in sysprefs never gets hidden on IE8
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6235 Bug #: 6235 Summary: "Saved" message in sysprefs never gets hidden on IE8 Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 3969 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3969 Corrects a problem where the "Saved" message never disappeared on IE8. The problem happens after the patch from Bug 5862 is applied to let the user save system preferences on IE8 : When new settings are saved, the message "Saved" appears in the middle of the screen in a black box. This box closes automatically in firefox, but not in IE8. It seems a timeout of "Infinity" is used to close the box. On IE8, this means the box is never closed. I changed the default timeout value from "Infinity" to 2000 (2 seconds), and now the box disappears correctly on IE8. Patch attached. -- 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 13

[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 5878] New: overdue printing fixes and improvements
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '12

18 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5878 Bug #: 5878 Summary: overdue printing fixes and improvements Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5575 * misc/cronjob/printoverdues deals with utf-9 correctly * misc/cronjob/overdue_notices - display the due_date - deals with a branchcode parameter limit - deals with the various emails a patron has to select the 1st valid one (function in C4/Members) -- 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 24