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

[Bug 5591] New: marc 530$u should be a link
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '12

16 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5591 Summary: marc 530$u should be a link Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2965 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2965 opac screenshot with 530$u Marc 530: http://www.loc.gov/marc/bibliographic/concise/bd530.html This field is used for an additional form. Some libraries use it to link to their journal databases for serials. The 530 field has a subfield u which can go to a URL. This data displays in the 'title notes' section on the opac and the 'description' section in the staff client, but it's not a clickable link. I suggest one of two things. #1 - add the 530$u as a link that appears next to the 'online resource' label on the normal bib detail display in both the OPAC and the staff client #2 - make it clickable in the 'title notes' or 'description' section in the staff client and the opac I personally like option #1 but either will work since the goal is to have that url clickable. We might also want to explore other marc fields that allow you to enter urls and make sure that all of those are clickable as well. -- 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 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 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 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 4838] New: Repeated authority headings break biblio record data entry form
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '12

09 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4838 Summary: Repeated authority headings break biblio record data entry form Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 If you have an authority, with more than one heading, for example a UNIMARC multilingual author: 200 $7 da $a 原 $b 純輔 200 $7 ba $a Hara $b Junsuke In data entry form, you click on ..., you find such an authority, you click on Choose. The result is messed up. $9 is not copied and $7 content modify $9 code into $ba. -- 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 23