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

[Bug 4940] New: Koha should include sample rc.d script(s) for *BSD
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '12

07 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4940 Summary: Koha should include sample rc.d script(s) for *BSD Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Other Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: camins(a)numismatics.org ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha includes a sample script for a SysV-style init.d script for starting the zebra daemon, but there is no script suitable for BSD-style distributions that use rc.d instead of init.d. Such a script would be helpful for anyone interested in running Koha under FreeBSD or NetBSD. -- 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 6387] New: remove_items_from_biblioitems.pl doesn't handle errors
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6387 Bug #: 6387 Summary: remove_items_from_biblioitems.pl doesn't handle errors Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org The script remove_items_from_biblioitems.pl needed for upgrading from Koha 3.2 to 3.4 doesn't handle errors properly, and when there's a badly corrupted record, it prints the following message and dies: Undefined subroutine &MARC::Record::carp called at /usr/share/perl5/MARC/Record.pm line 565. At the very least, remove_items_from_biblioitems.pl should print a useful error message, and ideally it should handle the error, rather than dying mid-way through. -- 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 2

[Bug 5683] New: link_bibs_to_authorities.pl can corrupt records
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5683 Summary: link_bibs_to_authorities.pl can corrupt records Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It seems that running link_bibs_to_authorities.pl can corrupt records in cases where there is a heading with only subfield 9 populated, since the script automatically removes all subfield 9s. The script should check that all fields it outputs have at least subfield, and delete and fields that don't have any subfields. -- 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 26

[Bug 5959] New: Add search link for analytics to serial records
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '12

06 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5959 Bug #: 5959 Summary: Add search link for analytics to serial records Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Bibliographic data support AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com This will work similar to 'Show volumes' links from traced series records and set records. A link to search for analytics linked to serials. A new syspref will be added: UseControlNumber. This syspref will make it possible to determine, if $w and Controlnumber are used for linking of records in the catalog. If not, the search links will not use control numbers but keywords. -- 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 6094] New: Fixing ModAuthority problems
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '12

05 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6094 Bug #: 6094 Summary: Fixing ModAuthority problems Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: MARC Authority data support AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Pref MergeAuthoritiesOnUpdate does not exist; should be dontmerge. In: C4/AuthoritiesMarc.pm Subfolder tmp/modified_authorities should not be in $cgidir or $intranetdir. The apache user should not be assumed to have write access there. I would like to move it (back?) to /tmp/modified_authorities. The subfolder should be created if not existing. This change applies to AuthoritiesMarc.pm and merge_authority.pl. Will send a patch. -- 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 46

[Bug 6176] New: Offline Circulation: Items on issue cannot be issued to a different patron -- processing of .koc fails
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '12

04 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6176 Bug #: 6176 Summary: Offline Circulation: Items on issue cannot be issued to a different patron -- processing of .koc fails Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com if an item on issue to patron 1 is issued to patron 2 with the offline circ, nothing happens when the file is processed. The data exists in the uploaded file. Proper behavior would be to return item from patron 1 and then reissue the item to patron 2. -- 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 6177] New: Offline Circulation: Renewing items sometimes causes subsequent transactions to fail in processing
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '12

04 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6177 Bug #: 6177 Summary: Offline Circulation: Renewing items sometimes causes subsequent transactions to fail in processing Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Renewing items through the Offline circulation module sometimes causes subsequent transactions in the .koc file to fail. To test: have a patron with an item on issue in offline circ, reissue that item to the same patron issue a 2nd item to a different patron (or as many as you want to, with as many patrons/item combinations as you want) upload the file to the offline circ processor, note what is done: all transactions should complete. Sometimes it is just the reporting that glitches: the transactions are not displayed to the screen, but are reflected in the database. Other times I have observed the transactions after renewals failing altogether. -- 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 6407] New: displayFacetCount not working
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '12

04 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6407 Bug #: 6407 Summary: displayFacetCount not working Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org No matter what I set displayFacetCount to I'm not seeing the count anymore. This did work when the patch was first signed off. -- 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 6121] New: waitingreserves: branchname instead of branch code
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '12

02 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6121 Bug #: 6121 Summary: waitingreserves: branchname instead of branch code Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com On holds over, when cancelling hold and returning to his branch a bug fill the branchtransfers.tobranch field with the branchname instead of the branch code. -- 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 12

[Bug 6135] New: Insert fields ordered in C4::Biblio::ModBiblioMarc
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '12

02 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6135 Bug #: 6135 Summary: Insert fields ordered in C4::Biblio::ModBiblioMarc Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com In C4::Biblio::ModBiblioMarc, fields are appended to the record, causing field 100 to be the last field in tab 1 on MARCdetail.pl. -- 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 6