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

[Bug 5263] New: Add support for including fields from the ISSUES table in advanced due notices
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5263 Summary: Add support for including fields from the ISSUES table in advanced due notices Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Add support for including fields from the Issues table in advanced due notices. This is primarily to allow the inclusion of the due date for each item in the advanced due notice, but will allow the inclusion of any field from the ISSUES table. This also adds code to exclude timestamp fields as these are irrelevant to the end user in this context. -- 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 15

[Bug 5663] New: summ
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '11

03 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5663 Summary: summ Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 desc foloows -- 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 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 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

[Bug 6526] New: Hold requests require cardnumbers to be set
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '11

22 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6526 Bug #: 6526 Summary: Hold requests require cardnumbers to be set Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If you have a library that doesn't have card numbers set for its borrowers, reserves don't work. This needs to be modified to work with borrowernumber instead. -- 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