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

[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

[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

[Bug 6360] New: all messages on checkin should have sounds if soundson
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '11

22 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6360 Bug #: 6360 Summary: all messages on checkin should have sounds if soundson Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Circulation 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 Created attachment 4161 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4161 transfer message with no sound When sounds are on there is no sound if you get a book that has to be transferred to another branch. See attached error message. I did not try all messages, but all should have a sound if sounds are on. -- 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 5694] New: option to delete bib on batch item delete if last item is deleted
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '11

21 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5694 Summary: option to delete bib on batch item delete if last item is deleted Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be great if you could check a box on the batch item deletion tool to say 'delete the bib record if this is the last item' Right now if you delete all items attached to a bib you have to manually delete each bib record. -- 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 6445] New: patrons with most checkouts doesn't work
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '11

21 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6445 Bug #: 6445 Summary: patrons with most checkouts doesn't work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4335 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4335 results on my report See attached. When I write a report to get the most checkouts the numbers are different than the ones the canned report gives. If the report doesn't work we should remove it as an option or better yet fix it :) Nicole -- 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 4873] New: Debian packaging should avoid /var/run and /var/lock in the package
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '11

20 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4873 Summary: Debian packaging should avoid /var/run and /var/lock in the package Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Debian policy allows the system to have /var/run and /var/lock on ramdisks. It is thus not acceptable for a package to include subdirectories in those directories. Instead, the directories should be created in init.d scripts. -- 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 5547] New: A "hidelostitems" option for the staff client
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '11

15 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5547 Summary: A "hidelostitems" option for the staff client Change sponsored?: Sponsored Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com, oleonard(a)myacpl.org Estimated Hours: 0.0 In order to hide unnecessary items from view of the circulation staff, a new attribute of the borrower categories system will be added. This field shall be labeled “hidelostitems”, and if turned on, will prevent lost items (items.itemlost > 0) from initially loading into the catalog and reserves pages. The full items list can be retrieved by clicking a “show all items” link, placed in a page-appropriate location. Full RFC on the Wiki: http://wiki.koha-community.org/wiki/Hidelostitems_option_for_the_staff_clie… -- 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 12

[Bug 6548] New: Karma in Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '11

15 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6548 Bug #: 6548 Summary: Karma in Koha 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: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Requested by Henry Bankhead: Make it possible for patrons to earn karma in the ILS for performing certain behaviors: book return early or ontime hold pickup early or ontime etc and lose karma for late return hold non-pickup etc So encourage community positive actions and discourage negative by the accrual of karma which can translate into several different rewards avenues: xtra hold xtra day(s) loan xtra something -- 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