September 2012 - Koha-bugs - lists.koha-community.org

[Bug 4877] New: koha-* scripts have no manual pages
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '12

30 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4877 Summary: koha-* scripts have no manual pages Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement 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 The Debian packaging contains scripts in debian/scripts. Most of those scripts do not have manual pages. Since they are generally useful command line tools for Koha instances, they should have manual page. There is one page, for koha-create, which could be used as a basis for the others. -- 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 58

[Bug 459] No uninstall script
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '12

29 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=459 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #12451|0 |1 is obsolete| | --- Comment #4 from M. Tompsett <mtompset(a)hotmail.com> --- Created attachment 12606 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12606&action=edit Revised untested non-patch file - Prevent package uninstalls now I was told that anything that even attempted a packages uninstall would not pass QA, so no packages processing (except detection) is done. MJ Ray's security rant made me revisit sections of this to remove as many sudo's as possible. Not all have been removed. The Ubuntu instructions create an /etc/cron.d/koha cronjob using sudo. Should all git and tarball installs use user crontab files and not /etc/cron.d /etc/cron.hourly or /etc/cron.daily? Feedback needed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8659] New: Inactive funds in neworderempty not disabled in IE/Opera
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '12

28 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8659 Priority: P5 - low Change sponsored?: --- Bug ID: 8659 Assignee: koha-bugs(a)lists.koha-community.org Summary: Inactive funds in neworderempty not disabled in IE/Opera Severity: enhancement Classification: Unclassified OS: All Reporter: pelletiermaxime(a)gmail.com Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha It seems that you can't use display:none for <options> in IE. Patch to follow. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 3387] WITHDRAWN items shouldn't check in
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '12

28 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3387 --- Comment #31 from Mickey Coalwell <mcoalwell(a)nekls.org> --- Kyle, you wrote, "I can add a followup to remove the choice if you wish." Please don't do that! The whole point of this work was to allow an alternative to the default behavior, which was to allow checkin of WITHDRAWN items. My libraries don't want that to occur. Therefore, this syspref works for me. Removing the choice would invalidate the option. Paul, my understanding is that with this syspref Koha users now have the choice of either allowing or not allowing checkin for WITHDRAWN items. That is what I was hoping to get from this. I hope I'm following everyone's reasoning correctly here. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2244] RFID Cataloguing and Circulation
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '12

28 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2244 Frédéric Demians <frederic(a)tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic(a)tamil.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7351] New: ability to edit a range of holidays
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '12

28 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7351 Bug #: 7351 Summary: ability to edit a range of holidays Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools AssignedTo: christophe.croullebois(a)biblibre.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com The new feature that allows you to enter a range of holidays does not let you edit the range. So if you have a long range of dates and you messed up you have to edit them one by one. A way to edit/delete a range of dates would be nice. -- 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 62

[Bug 3387] WITHDRAWN items shouldn't check in
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '12

28 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3387 --- Comment #30 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to comment #29) > (In reply to comment #27) > > Does that make sense? I think we all agree that nothing needs to be done in > > terms of the fix's current functionality, however. > > (In reply to comment #28) > > What everyone wants is to *not* allow checking in of withdrawn books. > > mmm... Sorry guys, but I don't understand: if the behaviour we want it NOT > allowing checkin-g of withdrawn items is this patch needed ? ( because it > adds a syspref to enable check-in of withdrawn items) > > /me really confused... I added the system preference so we can leave the default behavior unchanged, as is common practice. I can add a followup to remove the choice if you wish. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3387] WITHDRAWN items shouldn't check in
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '12

28 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3387 --- Comment #29 from Paul Poulain <paul.poulain(a)biblibre.com> --- (In reply to comment #27) > Does that make sense? I think we all agree that nothing needs to be done in > terms of the fix's current functionality, however. (In reply to comment #28) > What everyone wants is to *not* allow checking in of withdrawn books. mmm... Sorry guys, but I don't understand: if the behaviour we want it NOT allowing checkin-g of withdrawn items is this patch needed ? ( because it adds a syspref to enable check-in of withdrawn items) /me really confused... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3387] WITHDRAWN items shouldn't check in
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '12

27 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3387 --- Comment #28 from Kyle M Hall <kyle(a)bywatersolutions.com> --- > In this case, shouldn't we instead just update the behaviour and set back to > enable check-in of a withdrawn book ? What everyone wants is to *not* allow checking in of withdrawn books. > Wasn't the initial report wrong when mcoalwell was saying we should not > enable check-in of lost items ? > (IE: no need of a new syspref) I cannot speak to what mcoalwell meant, but I can say that the consensus is that the correct behavior is to disallow checking in or withdrawn items. That includes me, Nicole and Jared. Mickey, while disagreeing on one point with us, is also agreeing that withdrawn items should not be returnable. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3387] WITHDRAWN items shouldn't check in
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '12

27 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3387 --- Comment #27 from Mickey Coalwell <mcoalwell(a)nekls.org> --- Kyle, Nicole and Jared, I'm sorry, I disagree with you concerning the meaning/purpose of WITHDRAWN. It is not exclusively for weeded items, nor for items that are not checked out. If you will go back to the first post in this bug, you'll see I described the situation where one of our libraries uses WITHDRAWN quite legitimately as a means of preventing LOST materials over x months overdue to be checked in and credited once a replacement fee has been applied. This is a policy decision made by the library that items unreturned after x months will not be accepted. Paul's point is correct. A patron who ays for a WITHDRAWN item will indeed display it on their account "forever," -- and that is the library's intent. Does that make sense? I think we all agree that nothing needs to be done in terms of the fix's current functionality, however. -- You are receiving this mail because: You are watching all bug changes.

1 0