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

[Bug 6310] New: Add a syspref for injecting CSS into the self checkout screen
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '12

13 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6310 Bug #: 6310 Summary: Add a syspref for injecting CSS into the self checkout screen Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Self checkout AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org Add a syspref (WebBasedSelfCheckCSS? SCOUserCSS?) that makes it possible to inject custom CSS into the self checkout screens, similar to OPACUserCSS. -- 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 4982] New: Error when enable sending to patrons notification account details emails when account is created
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '12

13 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4982 Summary: Error when enable sending to patrons notification account details emails when account is created Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Try to use AutoEmailOpacUser=ON for keep account details with login/password also in their mail boxes. Used Koha 3.0.6 with russian tables (and letter templates). When try to add new patron occur next error The following fatal error has occurred: Wide character in subroutine entry at /usr/share/perl5/Mail/Sendmail.pm line 238. Used Mail::Sendmail 0.79-5 Try to used more new module http://ftp.us.debian.org/debian/pool/main/libm/libmail-sendmail-perl/libmai… - such error: The following fatal error has occurred: Wide character in subroutine entry at /usr/share/perl5/Mail/Sendmail.pm line 308. Try to patch Sendmail.pm (according posts here http://lists.katipo.co.nz/public/koha/2008-July/015599.html adn here http://perldoc.perl.org/MIME/QuotedPrint.html) In Sendmail.pm I replaced string $mail{'Message'} = encode_qp($mail{'Message'}); with next two rows use Encode qw(encode); $mail{'Message'} = encode_qp(encode("UTF-8", $mail{'Message'})); - and this WORK (e-mail sended and charcters (cyrillic) in it look good). But can something similar apply to Koha (while not touch external module Mail::Sendmail)? -- 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 5057] New: Update koha INSTALL.ubuntu
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5057 Summary: Update koha INSTALL.ubuntu Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: sivaji2009(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 INSTALL.ubuntu seem outdated for me. 1. Step 1.1 recommends installing Jaunty which is outdated, koha works fine in lucid. 2. step 1.2 URL http://wiki.koha.org/doku.php?id=encodingscratchpad doesn't exists For now i found only 2 items, i will update the list if there is anything else to be changed. -- 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 5600] New: Bulk MARC biblio export script
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5600 Summary: Bulk MARC biblio export script Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha does not currently have a bulk MARC biblio export script; there is one for authorities, and rebuild_zebra.pl can be used if one wants to do a reindex along with the export, but otherwise there is no commandline script for exporting the MARC biblios. This script should be able to output both ISO 2709 and MARCXML. -- 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 34

[Bug 6488] New: opachiddenitems not working in master
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '12

10 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6488 Bug #: 6488 Summary: opachiddenitems not working in master Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Per a discussion on and off the mailing list the opachiddenitems system preference worked in 3.4.1 (and 3.4) but does not appear to be working in master. I have not been able to test in both versions personally, so this is based on tests by myself and two others in different versions of Koha. I'm kind of hoping that it's a template issue that came about by fixing one of the TT bugs - but in case it's not I'm putting this in the admin category. -- 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 77

[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 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