July 2007 - Koha-bugs - lists.koha-community.org

[Bug 1377] importing into reservoir doesn't work
by bugzilla-daemon＠pippin.metavore.com 09 Jul '07

09 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1377 ------- Comment #1 from jmf(a)liblime.com 2007-07-08 15:25 ------- Here's a sample file you can try: http://kados.org/stuff/turkish.iso2709 Note that it reports that it imported some, but not all, it thinks some of them exist, even with a completely blank database. Probably, the reservoir should be re-implemented as a Zebra service ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1377] New: importing into reservoir doesn't work
by bugzilla-daemon＠pippin.metavore.com 09 Jul '07

09 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1377 Summary: importing into reservoir doesn't work Product: Koha Version: HEAD Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Acquisitions (Simple) AssignedTo: chris.cormack(a)liblime.com ReportedBy: jmf(a)liblime.com QAContact: koha-bugs(a)nongnu.org If you import a MARC file into the reservoir, it still reports as empty. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1376] New: export.pl downloads a perl script instead of exporting MARC
by bugzilla-daemon＠pippin.metavore.com 09 Jul '07

09 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1376 Summary: export.pl downloads a perl script instead of exporting MARC Product: Koha Version: HEAD Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Reports AssignedTo: chris.cormack(a)liblime.com ReportedBy: jmf(a)liblime.com QAContact: koha-bugs(a)nongnu.org If you try to export records using export.pl in tools, it downloads a perl script instead of exporting MARC records. I think there's a fix for this in rel_2_2, just needs to be forward-ported. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1375] New: marc_subfield_structure.hidden lost on create new framework
by bugzilla-daemon＠pippin.metavore.com 08 Jul '07

08 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1375 Summary: marc_subfield_structure.hidden lost on create new framework Product: Koha Version: HEAD Platform: Macintosh OS/Version: Linux - Debian Status: NEW Severity: critical Priority: P3 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: rch(a)liblime.com QAContact: koha-bugs(a)nongnu.org duplicating default framework results in null hidden values. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1310] zebra query fails (500 server error) for authtypecode==''
by bugzilla-daemon＠pippin.metavore.com 08 Jul '07

08 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1310 rch(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Comment #2 from rch(a)liblime.com 2007-07-08 13:36 ------- This should be solved by adding set foreign_key_checks = 0 to installer. Then we don't have to define an authtype to match the authtypecode of the default authorities framework (which is never used except to create other authorities frameworks). Suggest that installer separate constraint & cascade definitions into a separate sql file, applied after all tables are created. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1374] Fix Issuing rules
by bugzilla-daemon＠pippin.metavore.com 08 Jul '07

08 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1374 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #2 from chris.cormack(a)liblime.com 2007-07-08 03:05 ------- The file had been changed in cvs, (the latest stable version is 2.2.9) So modified the patch and applied it. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1374] Fix Issuing rules
by bugzilla-daemon＠pippin.metavore.com 07 Jul '07

07 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1374 ------- Comment #1 from devin(a)freeshell.org 2007-07-07 13:21 ------- Created an attachment (id=114) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=114&action=view) Modifications to issuingrules.pl as described in bug report ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1374] New: Fix Issuing rules
by bugzilla-daemon＠pippin.metavore.com 07 Jul '07

07 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1374 Summary: Fix Issuing rules Product: Koha Version: branch 2.2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Circulation AssignedTo: chris.cormack(a)liblime.com ReportedBy: devin(a)freeshell.org QAContact: koha-bugs(a)nongnu.org The issuingrules.pl page has two problems: * The maxissueqty and issuelength fields are never displayed. The fields are always blank, even if they have valid data in the database. * The fine is displayed with about 9 decimal places, making it very difficult to read since the field for fine, reminder, and period isn't large enough. This patch does two things: * It refractors the logic for wether maxissueqty and issuelength should be displayed. Now it works. I don't know why - changing it was just my first step in debugging. * It strips trailing zeros after the decimal place for the fine, and if that leaves no numbers after the decimal, it strips the decimal also. My Setup: Windows Server 2003 SP1 Apache/2.0.58 MySQL 5.0.22-community-nt ActivePerl 5.8.8-517 Koha 2.2.8 Active Directory LDAP Auth ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1373] New: Please send no-cache headers
by bugzilla-daemon＠pippin.metavore.com 07 Jul '07

07 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1373 Summary: Please send no-cache headers Product: Koha Version: branch 2.2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P3 Component: Parameters AssignedTo: paul.poulain(a)free.fr ReportedBy: devin(a)freeshell.org QAContact: koha-bugs(a)nongnu.org When using Koha's intranet interface, I often find stale pages, with the wrong user logged in and incorrect information, forcing me to hit refresh. For a web-app like Koha, the pages should not be cached. Please add these two headers to all HTTP responses: Pragma: no-cache (for compatibility with older user agents) Cache-Control: no-cache ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1372] Importing invalid MARC records crashes importer (2.2.8)
by bugzilla-daemon＠pippin.metavore.com 06 Jul '07

06 Jul '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1372 ------- Comment #1 from devin(a)freeshell.org 2007-07-06 11:42 ------- Created an attachment (id=113) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=113&action=view) Malformed MARC records (I think) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0