May 2012 - Koha-bugs - lists.koha-community.org

[Bug 7702] New: Test for C4::Heading::MARC21 should only run under MARC21
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '12

18 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7702 Priority: P5 - low Change sponsored?: --- Bug ID: 7702 Assignee: gmcharlt(a)gmail.com Summary: Test for C4::Heading::MARC21 should only run under MARC21 QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha At the moment, the test for C4::Heading::MARC21 will try to run under UNIMARC installations, resulting in an error. It should check which marcflavour is in use, and not run the MARC21 tests if UNIMARC is active. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 7617] New: Authority search results should optionally be sorted by system order
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '12

18 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7617 Bug #: 7617 Summary: Authority search results should optionally be sorted by system order Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha.sekjal(a)gmail.com At present, when searching authorities using Zebra the order of two identical records is not guaranteed. It should be possible to force authorities to sort by authid to simplify discussion of "first" and "last." -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 7724] New: Tests requiring Zebra should be skipped if Zebra isn't set up
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '12

18 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7724 Priority: P5 - low Change sponsored?: --- Bug ID: 7724 Assignee: gmcharlt(a)gmail.com Summary: Tests requiring Zebra should be skipped if Zebra isn't set up QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha Some tests (so far just Linker_FirstMatch.t) require Zebra, and will raise errors if the Zebra database has not been initialized. All tests using Zebra should be skipped if the Zebra server is not, in fact, up and running. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8002] New: Can't add patron attribute type in newer installation
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '12

16 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8002 Priority: P5 - low Change sponsored?: --- Bug ID: 8002 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: Can't add patron attribute type in newer installation QA Contact: koha.sekjal(a)gmail.com Severity: major Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: System Administration Product: Koha The patch for Bug 7154 (Group borrower attributes and link between patron category and attribute) contains this in updatedatabase.pl: $dbh->do("ALTER TABLE borrower_attribute_types ADD COLUMN category_code VARCHAR(10) NULL DEFAULT NULL AFTER `display_checkout`"); ...which allows borrower_attribute_types.category_code to be NULL. However, the addition to kohastructure.sql includes: `category_code` VARCHAR(1) NOT NULL DEFAULT '',-- defines a category for an attribute_type ...which requires that it /not/ be NULL. Users of new installations will find that they cannot add patron attribute types if they don't limit it to a patron category. After trying to add a record without a patron category limit the user will be told the operation was successful but the entry will not be saved. An error appears in the log: patron-attr-types.pl: DBD::mysql::st execute failed: Column 'category_code' cannot be null at /home/oleonard/kohaclone/C4/Members/AttributeTypes.pm line 220 -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 8071] New: link beween bib and authorities with the authid
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '12

15 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8071 Priority: P5 - low Change sponsored?: --- Bug ID: 8071 Assignee: gmcharlt(a)gmail.com Summary: link beween bib and authorities with the authid Severity: blocker Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha I have in a database authorities (marcxml.auth_header) $9<space>0<space> in the tag 2XX So when I want link a bib record with a auth record, koha create the link with the $9<space>0<space> in the tag 2XX and not with the authid from auth_header. Result in the thesaurus all the link are bad -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 8017] New: Remove unnecessary processing on return of GetAllIssues
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '12

15 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8017 Priority: P5 - low Change sponsored?: --- Bug ID: 8017 Assignee: gmcharlt(a)gmail.com Summary: Remove unnecessary processing on return of GetAllIssues QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha This is potentially a large list used in staff and opac to show a user's circulation history. The routine itself makes an unnecessary iteration over the list to do an inefficient copy and the consumers of the list also loop over and copy the list before the final loop perdormed in instantiating the template. Move unnecessary processing out of the loops (e.g. format dates using the tt custom plugin dont format dates we are not displaying). Don't increase the performabce hit of the routine -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 7225] New: "Delete all items" should be greyed out when a title has no items
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7225 Bug #: 7225 Summary: "Delete all items" should be greyed out when a title has no items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: ian.walls(a)bywatersolutions.com If a bibliographic record has no items we should not offer the user the option to "delete all items." -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 6375] New: Markup and style corrections for overdue report
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6375 Bug #: 6375 Summary: Markup and style corrections for overdue report Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/circ/overdue.pl OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org - Use fieldset and legend tags to replace border around date filter - Move parentheses into conditional so they don't appear empty when no phone number exists. -- 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 7227] New: "Delete all items" action should redirect to the detail view, not the items view
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7227 Bug #: 7227 Summary: "Delete all items" action should redirect to the detail view, not the items view Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: ian.walls(a)bywatersolutions.com If you "Delete all items" from the catalog toolbar, upon completion you're redirected to catalogue/moredetail.pl. This doesn't make sense because moredetail.pl is designed to display information about items. If you've deleted all items there's nothing relevant to see. You should instead be redirected to the default biblio view. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 7616] New: Remove unused template markup for css_libs, css_module, js_libs, etc.
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7616 Bug #: 7616 Summary: Remove unused template markup for css_libs, css_module, js_libs, etc. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha.sekjal(a)gmail.com There was a time when it was planned that Koha would automatically load CSS and JS file based on certain contexts. Thus in Auth.pm: # load the template variables for stylesheets and JavaScript $template->param( css_libs => $in->{'css_libs'} ); $template->param( css_module => $in->{'css_module'} ); $template->param( css_page => $in->{'css_page'} ); $template->param( css_widgets => $in->{'css_widgets'} ); $template->param( js_libs => $in->{'js_libs'} ); $template->param( js_module => $in->{'js_module'} ); $template->param( js_page => $in->{'js_page'} ); $template->param( js_widgets => $in->{'js_widgets'} ); *_libs would be general libraries like jQuery and YUI. *_module would be files which were specific to "modules" like circulation or cataloging. *_page would be page-specific files, and *_widgets would be things like the calendar widget I suppose. This method of handling these assets was never implemented and the references to it should be removed. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9