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

[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 6806] New: Encoding problem with biblio titles in subscription-add.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6806 Bug #: 6806 Summary: Encoding problem with biblio titles in subscription-add.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5215 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5215 Corrects encoding problems in biblio title of subscription-add.pl In subscription-add.pl, if we choose a biblio with accented characters in its title using "Search for Biblio", the biblio's title is encoded incorrectly in the form. This is the exact same problem described by my coworker on bug #6444, but for the field below. Sorry for the patch against 3.2.x. I can rebase it for 3.4 if wanted. -- 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 12

[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 6765] New: Enable correct checksums for UTF-8 encoded data
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6765 Bug #: 6765 Summary: Enable correct checksums for UTF-8 encoded data Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: SIP2 AssignedTo: ulrich.kleiber(a)bsz-bw.de ReportedBy: ulrich.kleiber(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Problem description/solution by Dan Scott: http://sourceforge.net/tracker/?func=detail&aid=2925760&group_id=161781&ati… -- 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 8

[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 6941] New: column without heading on sco
by bugzilla-daemon＠bugs.koha-community.org 20 Jan '12

20 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6941 Bug #: 6941 Summary: column without heading on sco Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/sco/sco-main.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5642 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5642 self checkouts current checkouts On the self checkout there is a column that is showing at the end of the checkouts table without a heading -- 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 2

[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