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

[Bug 5216] New: Returning lost material with Forgive Fines does not forgive overdue charges
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '12

02 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5216 Summary: Returning lost material with Forgive Fines does not forgive overdue charges Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 After an item has been marked as Long Overdue and the patron account has been charged, that issue is no longer connected to the patron (the book is not longer checked out to them). When the item is returned, the charge for the item is removed from the patron's record. However, even if the Forgive Fines checkbox is checked, any overdues accrued on this item before it was marked as Long Overdue are NOT forgiven. This is because the subroutine that handles clearing the Lost bill can tolerate not having an associated borrowernumber (since there should, in theory, only be the one Lost charge for the item), but the subroutine for clearing overdues cannot (since multiple people could have unpaid overdues on that item). -- 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 4860] New: Budget planning "show column" menu should list only hidden columns
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '12

26 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4860 Summary: Budget planning "show column" menu should list only hidden columns Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: /cgi-bin/koha/admin/aqplan.pl?budget_period_id=X OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The budget planning interface allows you to hide table columns and show them again using a pop-up menu. Currently the menu lists all columns whether or not they have been hidden. It would be better if the menu were populated dynamically as individual columns are hidden. -- 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 6196] New: cant edit items (Can't call method "subfield" error)
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '12

25 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6196 Bug #: 6196 Summary: cant edit items (Can't call method "subfield" error) Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: mason(a)kohaaloha.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com when editing an existing item on koha-3.2.6 (and 3.4 head) i get this error when updating an item (but not others) Software error: Can't call method "subfield" on an undefined value at /home/mason/git/ebc/cataloguing/additem.pl line 607. however, i have a created small patch to fix this problem, the patch has a more explicit check for the existent of a field, before attempting to access its subfields (which caused the error) fyi: i rewrote the code block, so it now reads a little easier -- 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 10

[Bug 5872] New: Enhancements to circulation management
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '12

25 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5872 Bug #: 5872 Summary: Enhancements to circulation management Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com -- 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 63

[Bug 5644] New: fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '12

17 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5644 Summary: fines not cleared with dropbox mode Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major 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 Estimated Hours: 0.0 It was my understanding that checking the dropbox mode option on the check in screen made the due date effectively the last day the library was open and as such wiped out fines for the extra day. It appears that is not the case. Fines for the item being late remain on the patron's account. The only way around this is to 'forgive fines' when using dropbox mode, but that forgives all fines and really we only want to forgive one day of fines. -- 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 35

[Bug 6394] New: purchase order has french hard coded in
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '12

14 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6394 Bug #: 6394 Summary: purchase order has french hard coded in Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4235 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4235 purchase order On the purchase order it says 'publié par' - instead of 'published by' I'd recommend we either remove the label all together or have a way to translate that. -- 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 17

[Bug 6296] New: Allow authentication to Koha via PKI / x.509 certificates
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6296 Bug #: 6296 Summary: Allow authentication to Koha via PKI / x.509 certificates Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org This enhancement will allow authentication to Koha via client side certificates. This can be achieved with apache2 + mod_ssl And the SSLVerifyClient Require directive (Plus a lot more configuration) Configuration for this as part of the install may fall outside the scope of this enhancement, this will be more concerned with dealing with a user that has been authenticated by apache in Koha -- 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 30

[Bug 6233] New: Cannot place holds on items with a status of on-hold if AllowOnShelfHolds is switched off.
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6233 Bug #: 6233 Summary: Cannot place holds on items with a status of on-hold if AllowOnShelfHolds is switched off. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: janet.mcgowan(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It is not possible to place holds on items that have a status of ‘on hold’ (are available for collection because they are reserved) if the ‘AllowOnShelfHolds’ preference is set to Do not allow. Switching AllowOnShelfHolds off prevents holds from being placed on items that are not checked out. This also means that holds are prevented from being placed on items that are reserved awaiting collection - these aren't checked out, but they aren't available for borrowing either. There seems to be a similarity with bug-4449 - Cannot place holds on unchecked-out missing items if AllowOnShelfHolds is turned off. A workaround for this might be to check out missing items to a dummy patron (thus allowing holds) but this isn't realistic for items that are sitting on a reservations shelf ready for collection. A greater flexibility is requested so so that even though a system is set to Do not AllowOnShelfHolds, it should be possible for patrons to continue to place holds on items that are awaiting collection, even though they are not checked out. -- 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 6274] New: Permanent storage of user-uploaded files
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '12

11 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6274 Bug #: 6274 Summary: Permanent storage of user-uploaded files Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org C4::UploadedFile has a FIXME to allow for the permanent storage up user-uploaded files. Currently, all files are stored in /tmp, which is wiped on reboot on many (all?) Linux distros. Enabling permanent storage of user-uploaded files would allow for non-database storage of all variety of media. This could be as simple as adding a flag to the new() routine of the UploadedFile object to indicate permanent or temporary. That, along with a directory defined in koha-conf.xml, may be sufficient. -- 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 5778] New: Modify DHTMLcalendar function to work with jQueryUI datepicker
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '12

10 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5778 Bug #: 5778 Summary: Modify DHTMLcalendar function to work with jQueryUI datepicker Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5481 The current calendar widget gets passed a TMPL variable, , with the correct dateformat according to Koha's system preference. We can do the same with the jQueryUI widget, but the variable contents must be different. The current widget looks for a string like: %m/%d/%Y The jQueryUI widget wants something like: m/d/Y -- 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