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

[Bug 5234] New: Remove unused CSS files
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5234 Summary: Remove unused CSS files Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: henridamien(a)koha-fr.org Estimated Hours: 0.0 These CSS files look like they're a relic of pre-3.0 days: intranet-print.css intranet.css intranet2.css intranet2popup.css This one hasn't been touched sine 2007: staff-global2.css ...Is it used by anyone? What about blue.css? -- 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 5410] New: "Right truncation not supported" error when running link_bibs_to_authorities.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '12

11 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5410 Summary: "Right truncation not supported" error when running link_bibs_to_authorities.pl Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This error can happen multiple times when running misc/link_bibs_to_authorities.pl with a large number of biblios : CCL parsing error (10014) Right truncation not supported ZOOM at ... I did some tests and found that the error happens when the script try to search for an authority that ends with a "?". "?" seems to be a wildcard character for truncation in CCL. Examples of CCL queries causing a "Right truncation not supported" error : Match-heading,ext="Qui, quand, quoi?" AND at='UNIF_TITLE' AND Heading-use-series-added-entry=a Match-heading,ext="Lescarbot, Marc, 1570?-1630?" AND at='PERSO_NAME' AND Heading-use-subject-added-entry=a AND Subject-heading-thesaurus=rvm A possible solution would be to find a way escape the "?"s so they aren't seen as truncations by the CCL parser. -- 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 5155] New: Question marks cause problems for BiblioAddsAuthorities
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '12

11 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5155 Summary: Question marks cause problems for BiblioAddsAuthorities Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging 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 When BiblioAddsAuthorities is on, personal name headings that include question marks do not automatically generate authority records, even though the exact same name without the question mark works properly. To reproduce this bug, create a new record and put, for example, "Smith, John," in 100$a and "1920-1980?" in 100$d. Save the record. There will not be any authority record linked to that heading. If you do the exact same thing but do not include the question mark, an authority record will be created. -- 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 5705] New: search 4XX fields in authorities and link to 1XX
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '12

10 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5705 Summary: search 4XX fields in authorities and link to 1XX Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging 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 Created attachment 3082 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3082 Authority with alternate (see from) terms in current search results In plain English, I would like the ability in both the OPAC and staff interface to 1)allow searching on the 4XX fields in authority records 2)provide a link from an incorrect form of an authority term (4XX) to the correct authority term (1XX) when someone searches on an incorrect one. We have 4XX fields for many alternate spellings, or alternate terms in the authority records, but they don't come up in the Authority search. Currently, If someone searches on the incorrect form, they are not directed to the correct form. This may result in false negative search results. However, when they search on the correct form, the see from (alternate) terms are displayed. A very nice feature (though not critical) would be a window that says something helpful like "did you mean?" with the related 1XX $a field information. -- 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 4988] New: password field in change password form should not display
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '12

23 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4988 Summary: password field in change password form should not display Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: irma(a)calyx.net.au QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Patrons do not wish their new password visible to bystanders. Type of HTML input field should be password, not text. However this interacts with the "suggested password" feature so either this would be deprecated, or provided in some other way. -- 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 5174] New: Display successfully-added tags
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '12

22 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5174 Summary: Display successfully-added tags Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When adding a tag from the detail page in the OPAC, the page should update to show the newly-added tag: 1. Fill in tag, submit form. 2. Message displays "Added X tag(s)." 3. Form field clears. 4. "Tags from this library:" is appended with newly-added tags. -- 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 5536] New: New section for maintenance recommendations
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '12

22 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5536 Summary: New section for maintenance recommendations Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: tomascohen(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We need a section on the wiki so people can contribute to have a knowledge base for typical maintenance tasks to be done on different deployment schemas. I can commit to supply several tasks/scripts to the docs. -- 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 5591] New: marc 530$u should be a link
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '12

16 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5591 Summary: marc 530$u should be a link Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2965 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2965 opac screenshot with 530$u Marc 530: http://www.loc.gov/marc/bibliographic/concise/bd530.html This field is used for an additional form. Some libraries use it to link to their journal databases for serials. The 530 field has a subfield u which can go to a URL. This data displays in the 'title notes' section on the opac and the 'description' section in the staff client, but it's not a clickable link. I suggest one of two things. #1 - add the 530$u as a link that appears next to the 'online resource' label on the normal bib detail display in both the OPAC and the staff client #2 - make it clickable in the 'title notes' or 'description' section in the staff client and the opac I personally like option #1 but either will work since the goal is to have that url clickable. We might also want to explore other marc fields that allow you to enter urls and make sure that all of those are clickable as well. -- 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 5

[Bug 4982] New: Error when enable sending to patrons notification account details emails when account is created
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '12

13 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4982 Summary: Error when enable sending to patrons notification account details emails when account is created Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Try to use AutoEmailOpacUser=ON for keep account details with login/password also in their mail boxes. Used Koha 3.0.6 with russian tables (and letter templates). When try to add new patron occur next error The following fatal error has occurred: Wide character in subroutine entry at /usr/share/perl5/Mail/Sendmail.pm line 238. Used Mail::Sendmail 0.79-5 Try to used more new module http://ftp.us.debian.org/debian/pool/main/libm/libmail-sendmail-perl/libmai… - such error: The following fatal error has occurred: Wide character in subroutine entry at /usr/share/perl5/Mail/Sendmail.pm line 308. Try to patch Sendmail.pm (according posts here http://lists.katipo.co.nz/public/koha/2008-July/015599.html adn here http://perldoc.perl.org/MIME/QuotedPrint.html) In Sendmail.pm I replaced string $mail{'Message'} = encode_qp($mail{'Message'}); with next two rows use Encode qw(encode); $mail{'Message'} = encode_qp(encode("UTF-8", $mail{'Message'})); - and this WORK (e-mail sended and charcters (cyrillic) in it look good). But can something similar apply to Koha (while not touch external module Mail::Sendmail)? -- 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 5057] New: Update koha INSTALL.ubuntu
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5057 Summary: Update koha INSTALL.ubuntu Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: sivaji2009(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 INSTALL.ubuntu seem outdated for me. 1. Step 1.1 recommends installing Jaunty which is outdated, koha works fine in lucid. 2. step 1.2 URL http://wiki.koha.org/doku.php?id=encodingscratchpad doesn't exists For now i found only 2 items, i will update the list if there is anything else to be changed. -- 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 5