March 2013 - Koha-bugs - lists.koha-community.org

[Bug 6849] New: idzebra modules not found on openSUSE 64-bit
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6849 Bug #: 6849 Summary: idzebra modules not found on openSUSE 64-bit Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: bob-ewart(a)bobsown.com QAContact: koha-bugs(a)lists.koha-community.org openSUSE 11.3 installs the idzebra modules in /usr/lib64... not /usr/lib... zebra-authorities.cfg, zebra-authorities-dom,cfg and zebra-biblios.cfg all reference /usr/lib and have to be edited in order to work. The installer should check as to where these modules are located and update the .cfg files to the correct location. -- 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 3

[Bug 9181] New: Add patron messaging preference to Batch Patrons Modification tool
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '15

22 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Bug ID: 9181 Summary: Add patron messaging preference to Batch Patrons Modification tool Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: spl(a)metrocast.net We're planning to send out a survey to identify their preferences with respect to Advance Notice about item due dates. With several hundred potential patrons to update, it would be extremely helpful to be able to update their preferences as part of a batch process. And why not add OPAC notes as well? Cheers, Cab Vinton -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7030] New: maximum number of holds
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '15

21 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7030 Bug #: 7030 Summary: maximum number of holds 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 We have a field for the maximum number of items that can be checked out (regardless of item type/patron category) and I think we should have the same for holds. -- 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 7703] New: Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '15

21 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Priority: P5 - low Change sponsored?: --- Bug ID: 7703 CC: gmcharlt(a)gmail.com Assignee: oleonard(a)myacpl.org Summary: Don't block bulk hold action on search results if some items can't be placed on hold QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha In the staff client if you check multiple lines in search results and click the button to "place hold" you might be blocked from proceeding because "One or more selected items cannot be placed on hold." The next stage of the holds process is perfectly capable of warning the user about such problems. The user should not have to search back through the list of items they checked to find which one to un-check. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 7126] New: Transfer does not prompt with hold information
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '15

21 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7126 Bug #: 7126 Summary: Transfer does not prompt with hold information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/circ/branchtransfers.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I recall that at one time if you were transferring an item with a hold the transfers page would prompt you with information about the hold. There is markup in the template for accomplishing this: [% IF ( reserved ) %] Reserve found for [% name %] (<a href="/cgi-bin/koha/members/moremember.pl?borrowernumber=[% borrowernumber %]">[% borrowernumber %]</a>). [% END %] ...etc. I have tried transferring an item on hold and do not get any kind of hold confirmation message. -- 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 3

[Bug 5739] New: Check out waiting holds directly from "hold waiting" alerts on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5739 Summary: Check out waiting holds directly from "hold waiting" alerts on circulation screen Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 The interface currently shows waiting holds on the checkout page, and hotlinks the title of the book. One of my librarians suggested that it would be super cool if next to that alert you could click a link that would either send the barcode to the check out box, or check out the item without having to actually find and scan the barcode on the item. (Original idea from Sarah Walker-Hitt at Lyndon Carnegie Library, Lyndon, Kansas) -- 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 13

[Bug 8965] New: warning for "clear date" link for suspended holds
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8965 Priority: P5 - low Change sponsored?: --- Bug ID: 8965 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: warning for "clear date" link for suspended holds Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: unspecified Component: Hold requests Product: Koha Created attachment 13026 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13026&action=edit screenshot of "clear date" link On the item details, on the holds tab, beside each hold there is "Suspend until" with a box for the date. Beside the date, there is a "Clear date" link. (See attached screenshot.) It would be helpful if, when clicking the "Clear date" link, Koha would ask if you want to sustain the hold indefinitely, or if you want to unsuspend, or cancel. Right now, the "Clear Date" link could be clicked by mistake, and the suspend until date could be accidentally lost. Or you might clear the date thinking that this would end the suspension, but it won't. It will just suspend the hold forever. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6392] New: Highlighting hold requests upon checkin
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6392 Bug #: 6392 Summary: Highlighting hold requests upon checkin Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: bedmondsfcl(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It would be a big help to circulation staff who are checking in stacks of items if the items on hold could be highlighted as they are scanned in the event that the staff person misses the hold screen as they scanning in the big stack. thank you, Beth Edmonds -- 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 3

[Bug 7595] New: Add branchcode to accountlines
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7595 Bug #: 7595 Summary: Add branchcode to accountlines Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com For the purposes of statistics, it appears that it would help many libraries to have branchcode recorded in the accountlines table. For payments, the field would contain the code for the branch the payment was made at. For manual invoices, it would be the code of the library that created the invoice. -- 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 55

[Bug 9834] New: Should reverting a waiting hold keep the item number?
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '15

20 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9834 Bug ID: 9834 Summary: Should reverting a waiting hold keep the item number? Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com When you confirm a hold, the item number is saved with the reserve. In case you revert the waiting status for some reason (probably exceptional), the hold becomes an item level hold. Unfortunately, you cannot know anymore if that was the case when the hold was placed. I would argue that it is more likely that it was not a item level hold. So why not remove the item number by default? Could we add a checkbox when doing the revert allowing the librarian to actively say "keep the item number" ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5