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

[Bug 6290] New: Fixing uninitialized warnings on homebranch in XSLT.pm
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6290 Bug #: 6290 Summary: Fixing uninitialized warnings on homebranch in XSLT.pm Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: PATCH-Sent Component: Architecture, internals, and plumbing AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Logfile contains lots of warnings: opac-search.pl: Use of uninitialized value in hash element at C4/XSLT.pm line 213., referer: opac-search.pl Patch checks on null value. -- 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 6083] New: Adding some version numbers and newlines to improve output in web installer.
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6083 Bug #: 6083 Summary: Adding some version numbers and newlines to improve output in web installer. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: PATCH-Sent Component: Installation and upgrade (web-based installer) AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Adding some version numbers and newlines to improve output in web installer. Tested it going from 3.00.06.009 to 3.03.00.035. -- 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 5662] New: Show control number without organization code in OPAC URLs
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5662 Summary: Show control number without organization code in OPAC URLs Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 Component: OPAC AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Depends on: 5622 Estimated Hours: 0.0 According to LOC guidelines, the control number in $w may be prefixed by an organization code between parentheses like (NL-AmRIJ)12345. The URL should only list the record number 12345. (Currently, the complete field is copied into the URL and therefore it is not working.) Revised patch 5622 corrected this for the host entry (773) in staff client and included generic XSLT code to resolve the problem. This followup patch will build upon the generic code in the Utils.xsl and include calls to that routine at the OPAC side. Another bug report builds upon 5622 for the staff client. -- 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 4839] New: System pref for MARC field 008 authorities; additional logic for position 14
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4839 Summary: System pref for MARC field 008 authorities; additional logic for position 14 Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Currently, the default for this marc field is hardcoded in the plugin code of marc21_field_008_authorities.pl (two occurrences). I suggest to move this value to a new system preference. If this pref should not exist, the old hardcoded value could still be used. Furthermore, the default for position 14 (heading use: main or added entry) should be dependent on the authority type. For CHRON_TERM, GENRE/FORM and TOPIC_TERM, it should be b (not appropriate) instead of a (appropriate). Finally, a small bug should be resolved on the line: my $f32 = substr($result,32,2); this field is only one character, so should be: my $f32 = substr($result,32,1); I will send a preview of a patch to the developer list. -- 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 20

[Bug 6280] New: Invalid SQL being passed in circulation checkout
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '11

30 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6280 Bug #: 6280 Summary: Invalid SQL being passed in circulation checkout Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Bug 5952 changed the interface to C4::Members::GetPendingIssues however in circulation.pl it is now being called with an empty array in many cases so that a simple checkout is resulting in two calls the first (for the borrower succeeds) the second for the relatives fails to getting an error return from the database This is not good -- 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 6805] New: GetPendingIssues does not check if borrowernumber array non-empty before sending to MySQL
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '11

30 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6805 Bug #: 6805 Summary: GetPendingIssues does not check if borrowernumber array non-empty before sending to MySQL Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org In GetPendingIssues, since it's modification to handle multiple borrowersnumbers at a time, there is no check as to whether the borrowernumber array is non-empty; an empty array will result in a malformed SQL query (...WHERE ORDERBY...). -- 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 6673] New: Create Batch Label from Staged MARC Records fails after upgrade to 3.4.x
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '11

28 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6673 Bug #: 6673 Summary: Create Batch Label from Staged MARC Records fails after upgrade to 3.4.x Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: larry(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Several sites are reporting that after upgrading Koha 3.4.x, they are unable to run Create Batch Label, from the Staged MARC Records page. Error message is: "Error attempting to create label batch. Please ask your system administrator to check the log for more details." -- 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 16

[Bug 6609] New: Clean up guided reports dictionary entry process
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '11

27 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6609 Bug #: 6609 Summary: Clean up guided reports dictionary entry process Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/reports/dictionary.pl OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Reports AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Some general interface cleanup tasks with the guided reports dictionary entry process: - Improving the breadcrumb links - Eliminating the tabs in favor of more descriptive <legend> labels - Clarifying some labels - Correcting form markup according to established patterns (Undertaken primarily because the tabs translated poorly when trying to re-implement them for Bug 5481, Replace YUI JS libraries with Jquery UI) -- 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 4841] New: Advanced search returns 0 results if the itemtype have no items
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '11

26 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4841 Summary: Advanced search returns 0 results if the itemtype have no items Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: altiraboschi(a)yahoo.com.ar QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you specify the item type of that you’re searching, advanced search seeks on the subfield 952$y. So, if you do not have items, the search returns 0 results. You can modify two templates in such a way that the criteria of search were the subfield 942$c: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/catalogue/advsearch.tmpl /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/modules/opac-advsearch.tmpl In these files you should change mc- with itemtype -- 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 6465] New: Errors in UNIMARC plugins for fixed length fields (for | and space) (T::T issue)
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '11

26 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6465 Bug #: 6465 Summary: Errors in UNIMARC plugins for fixed length fields (for | and space) (T::T issue) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Created attachment 4369 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4369 A screenshot illustrating the problem When editing, with a plugin, a fixed length field of an existing (or new) record, some characters are changed when invoking the plugin (i.e. are not correctly passed to the plugin window). (The initial values for these fields set in .pl in variable $result are not respected as well). The attached screenshot illustrates the problem. This is because after switching to T::T variable names like:  or  (which were used in most of templates in /value_builder) are not allowed. In translation process these constructs have been replaced with [% IF ( f5pipe ) %] and [% IF ( f8 ) %] The corresponding *.pl files remain unchanged and provide the elements in the result hash as follows: my $f5 = substr( $result, 5, 1 ); [...] $template->param( [...] "f5$f5" => 1, So, if there is a pipe (or a space), the has key will be "f5|" ("f5 " resp.), which worked well with HTML::Template, but not with T::T. The same applies most probably to MARC-21. -- 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 16