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

[Bug 3287] Cancel Hold script makes unjustified assumption of Home Library return
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3287 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Hardware|PC |All Resolution|--- |FIXED Assignee|gmcharlt(a)gmail.com |koha-bugs(a)lists.koha-commun | |ity.org --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- The "Action" button in the situation described by this report says "Cancel and return to [branch]," so I'm assuming this has been fixed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 2985] Link patron renewal to patron category age restrictions
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

1 0

[Bug 3308] Exporting statistics reports yields ZZempty field values
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3308 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- Tested in master, bug doesn't seem to exist anymore. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2500] Standing enhancement request for adding/updating call number splitting algorithms in C4/Labels.pm
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2500 --- Comment #16 from Galen Charlton <gmcharlt(a)gmail.com> --- For the record, I'm adding the following example to this standing bug: The LC number 'QH541.15.C6 C25 2012' is currently being split like this: QH 541 .15 .C6 C25 2012 It should actually be split as follows: QH 541.15 .C6 C25 2012 However, the fix for this is being handled via bug 9370, which is proposing using a CPAN module to handle LC call number parsing. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2500] Standing enhancement request for adding/updating call number splitting algorithms in C4/Labels.pm
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2500 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |9370 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2500] Standing enhancement request for adding/updating call number splitting algorithms in C4/Labels.pm
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '13

09 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2500 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #3298|0 |1 is obsolete| | --- Comment #15 from Galen Charlton <gmcharlt(a)gmail.com> --- Comment on attachment 3298 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3298 Split LCCN on "segmentation" markers: '/' 917.1/0022/2 is indeed a Dewey call number, not an LC call number, and I agree with Jared that LC call numbers aren't entered with segmentation marks. Consequence, as your previous comment indicated, I'm marking the patch as obsolete. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 9369] New: ISBN Searching in Z39.50 Not Working?
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '13

08 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9369 Bug ID: 9369 Summary: ISBN Searching in Z39.50 Not Working? Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl Seeing this in 3.8.5 and Master. When I do a search for isbn: 0310240417 on LOC via Z39.50 in cataloging, I get no results, but when I search on the LOC site I find it. Other LOC searches do work, so it's not that LOC is down. Also the same thing happens when I try to search other library catalogs using Z39.50 for ISBN. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8680] New: Z39.50 searches for ISBN/ISSN problematic in the Acquistions Module
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '13

08 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8680 Priority: P5 - low Change sponsored?: --- Bug ID: 8680 Assignee: koha-bugs(a)lists.koha-community.org Summary: Z39.50 searches for ISBN/ISSN problematic in the Acquistions Module Severity: normal Classification: Unclassified OS: All Reporter: jbalway(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Acquisitions Product: Koha "Copy cataloging via Z39.50 is often done by searching on ISBN or ISSN. Unfortunately, the code for doing this is... problematic, and may cause problems with some Z39.50 servers." (Description from Bug 8550). This Bug is the Exact Same bug as 8550. Except it is in the Z39.50 Search Script located in the Acquisitions Module. /usr/share/koha/intranet/cgi-bin/acqui/z3950_search.pl The z3950_search.pl script for the Acquisitions Module has a few extra lines of code to handle Ordering of the item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 9365] New: MARCXML ILS-DI GetRecords response incorrectly encoded
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '13

08 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9365 Bug ID: 9365 Summary: MARCXML ILS-DI GetRecords response incorrectly encoded Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jcamins(a)cpbibliography.com The MARCXML included in the ILS-DI response for GetRecords includes the XML declaration (<?xml version="1.0" encoding="UTF-8"?>) which -- as I understand it -- should not be repeated. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9331] New: Untranslatable strings in ajax.js
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '13

08 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9331 Bug ID: 9331 Summary: Untranslatable strings in ajax.js Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org CC: frederic(a)tamil.fr ajax.js contains several English strings which, although they are optimistically wrapped in _(' '), will not be picked up by the translation script. These strings must be moved to the relevant templates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10