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

[Bug 6687] New: cannot move people in the holds queue
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '11

22 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6687 Bug #: 6687 Summary: cannot move people in the holds queue Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/reserve/request.pl?biblionumber=4091 OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When viewing the holds queue clicking the arrows to move people around the queue causes an error message saying that the patron already has the item on hold. "Cannot Place Hold Olga Rivera already has a hold on this item" This could be a T:T issue (actually I hope it is). -- 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 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 21 Sep '11

21 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

[Bug 6547] New: Add ids to divs in opac-reserve.tt
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '11

14 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6547 Bug #: 6547 Summary: Add ids to divs in opac-reserve.tt Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Error messages in the OPAC reserves tool need to include unique IDs so the text can be easily customized with JQuery. Work To Be Done: * Add id attributes to all id-less div tags containing holds error messages, including: o too_much_oweing o too_many_reserves o bad_biblionumber o no_items_selected o no_branch_selected o no_biblionumber o bad_data o none_available How to test: * Create a test patron * For each message, supply the necessary criteria to trigger it. Attempt to place a hold... -- too_much_oweing: ...when the test patron owes too many fines, as per system preferences -- too_many_reserves: ...whenthe test patron already has more reserves than allowed by circulation rules -- bad_biblionumber: ...on a biblio that doesn’t exist -- no_items_selected: ...when no items are selected -- no_branch_selected: ...without selecting a pickup branch -- no_biblionumber: ...without supplying any biblionumber -- bad_data: ...on multiple titles, without supplying either a biblionumber, itemnumber or branchcode for each title -- none_available: ...on a title with no available items * If the HTML source of the page includes an id for each div tag that wraps the error message, then the test is passed. -- 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 5577] New: TLS for LDAP transactions
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '11

14 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5577 Summary: TLS for LDAP transactions Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: System Administration AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Would be nice to have Transportation Layer Security (TLS) for LDAP transactions. Which basically encrypts the LDAP conversation. -- 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