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

[Bug 5332] New: Add batch reversion capability to bin/commit_biblios_file.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5332 Summary: Add batch reversion capability to bin/commit_biblios_file.pl Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpk(a)randomnotes.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2724 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2724 version with new functionality commit_biblios_file.pl needs a way to revert a batch in bulk. I have done this code and will attache it to bug for review and potential inclusion. The basis for this enhancement was the a bad batch of MARC records that had some unknown Unicode characters in them which cause the import function from the web interface to fail after importing a portion of the records. At that point you are completely stuck. You can't complete the import due to the errors and there is no way to *revert* either. You are stuck with a half imported batch. My change is to add a --revert flag to commit_biblios_file.pl which provides an interface to the pre-existing BatchRevertBibRecords function. I have also added a --progress-interval flag to allow the default commit interval to be changed to aid in debugging bad import batches. -- 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 18

[Bug 5044] New: should be able to page through z39.50 search results
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '12

03 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5044 Summary: should be able to page through z39.50 search results Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 when in cataloging if you do a z search you can only view the first batch of results, there is no way to go to the other pages of results. -- 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 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 6840] New: error in Template.pm in logs
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6840 Bug #: 6840 Summary: error in Template.pm in logs Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In staff interface, in search (catalogue/search.pl), there is a warning saying: [Fri Sep 2 18:20:24 2011] search.pl: Use of uninitialized value $key in hash element at /home/paul/koha.dev/koha-community/C4/Templates.pm line 227. The problem happens when searching from the quick search toolbar, not when you search from advanced search. Investigating, it seems it's because the sort_by is not defined in this case. Patch will follow -- 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 6674] New: Collapse display of patron address by default
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6674 Bug #: 6674 Summary: Collapse display of patron address by default Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Circulation AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Use CSS+JS to collapse the display of the patron address in the sidebar on circ and patron related pages. This change is being pulled from Bug 5436 since it's unrelated to patron attributes. -- 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 18

[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 6855] New: bullet point showing in wrong place on error message
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '12

18 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6855 Bug #: 6855 Summary: bullet point showing in wrong place on error message Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All URL: cgi-bin/koha/reserve/request.pl?biblionumber=4091 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5345 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5345 chrome error message See attached. When placing a hold in Chrome the bullet point shows to the far left bottom of the box instead of next to the text like it does in Firefox. -- 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 22

[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