November 2010 - Koha-bugs - lists.koha-community.org

[Bug 5386] New: t/00-load.t adds unnecessary dependency to Path::Class
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5386 Summary: t/00-load.t adds unnecessary dependency to Path::Class Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 File::Spec can do the directory munging just as well and is a core module. Path::Class looks like a fine module, but adding the dependency isn't worth it for just one test case. -- 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 6

[Bug 5033] New: Makefile.PL doesn't know about the xml_sax.pl fix
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5033 Summary: Makefile.PL doesn't know about the xml_sax.pl fix Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Associated with bug #3648 is a small fix script. However, the Makefile.PL doesn't know about it, and so it doesn't get installed. -- 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 6

[Bug 5037] New: If patron category is empty it shouldn't show
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5037 Summary: If patron category is empty it shouldn't show Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/members/memberentry.pl?op=add&catego ry_type=A OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Patrons 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 Created attachment 2390 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2390 add patron without types See attached. On the patron add form if there aren't any types in the category, the category shouldn't show. -- 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 5082] New: Not translatable name of default framework 'Default' in MARCdetail.tmpl
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5082 Summary: Not translatable name of default framework 'Default' in MARCdetail.tmpl Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In MARCdetail.tmpl is present simple markup  and this value readed by MARCdetail.pl from table `biblio_framework` but for default framework I see next code in MARCdetail.pl my $curfwk; push @select_fwk, "Default"; $select_fwk{"Default"} = "Default"; and this not translatable In addbiblio.tmpl "Default" is present and translatable. -- 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 5448] New: Boolean.pm's interface could be cleaned up
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5448 Summary: Boolean.pm's interface could be cleaned up Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 There seems to have been a bit of cargo cult programming going on in Boolean.pm. It also exports a routine that is not used (what it does export true_p is only used by C4::Context. Generates warnings because having ascertained its input is undefined it then attempts to manipulate it. The testscript for Boolean.pm has a handcrafted approach that makes it a bit obscure to see what its changing. Before refactoring Boolean.pm move test script to using Test::More for more clarity -- 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 6

[Bug 5389] New: Business::ISBN should be marked as required dependency
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5389 Summary: Business::ISBN should be marked as required dependency Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Currently it's marked optional, but it's used for more than just normalizing ISBNs for Amazon cover image display, and usage will likely increase. -- 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 4852] New: Facets doesn't work with direct CCL queries
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4852 Summary: Facets doesn't work with direct CCL queries Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When using for search a direct CCL query (ie "q=su:action"), by editing URL or using some links (ie the link to subject in normal view of opac-details.pl). In this case, facets links are like (ie for branches) : "opac-search.pl?q=ccl=su:action&limit=branch:BR". This search doesn't limit the number of results : facet doesn't work. I think it comes from lib/C4/Search.pm. Version 3.2 alpha 2. -- 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 14

[Bug 5142] New: Untranslatable strings in tag review template
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5142 Summary: Untranslatable strings in tag review template Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/tags/review.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 There are English strings in the template's JavaScript which aren't properly escaped for translation. -- 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 5140] New: In Chrome, drop-down menus disappear after using pop-up calendar
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '11

09 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5140 Summary: In Chrome, drop-down menus disappear after using pop-up calendar Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 To reproduce, try the Acquisitions statistics report in Google Chrome. When you click a calendar icon to show the date picker, <select> form fields disappear. In other browsers the fields reappear after the date picker is closed, but in Chrome they remain hidden. The disappearing behavior is designed to get around a display bug in Internet Explorer 6 in which <select> fields "bleed through" HTML elements which are displayed on top of them. The JavaScript calendar library we use has a built in routine to hide any <select> elements which are positioned after the calendar pop-up. For some reason the JavaScript code fails to redisplay the <select> fields in Chrome. The "bleed through" bug has been fixed in IE7+, so I'm inclined to remove the hiding behavior altogether and let IE6 users live with it (as they do so many other horrible CSS bugs anyway). -- 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 5041] New: Non repeatable fields are not deletable
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '11

08 Mar '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5041 Summary: Non repeatable fields are not deletable Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In Biblio record data entry form, if a field is repeatable, it has on the left of its label a + and - links. With +, you clone the field, with - you delete it. When a field is not repeatable you should have the - (to empty all subfields content) and no +. You have nothing at all. -- 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 6