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

[Bug 2417] C4::Reports::execute_query hardcodes a limit on all reports at 20
by bugzilla-daemon＠pippin.metavore.com 31 Jul '08

31 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2417 chris.nighswonger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #4 from chris.nighswonger(a)liblime.com 2008-07-30 20:55 ------- Patch submitted. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2437] LIMIT offset miscalculated for pagination of lists display in both OPAC and intranet
by bugzilla-daemon＠pippin.metavore.com 31 Jul '08

31 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2437 chris.nighswonger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #1 from chris.nighswonger(a)liblime.com 2008-07-30 20:51 ------- Patch submitted ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2437] LIMIT offset miscalculated for pagination of lists display in both OPAC and intranet
by bugzilla-daemon＠pippin.metavore.com 31 Jul '08

31 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2437 chris.nighswonger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2437] New: LIMIT offset miscalculated for pagination of lists display in both OPAC and intranet
by bugzilla-daemon＠pippin.metavore.com 31 Jul '08

31 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2437 Summary: LIMIT offset miscalculated for pagination of lists display in both OPAC and intranet Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Virtual Shelves AssignedTo: chris.nighswonger(a)liblime.com ReportedBy: chris.nighswonger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Because of a miscalculation in the offset algorithm, the LIMIT offset creeps backwards by a magnitude for every page beyond page two. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2436] New: updated Zebra indexes not being read during test suite
by bugzilla-daemon＠pippin.metavore.com 31 Jul '08

31 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2436 Summary: updated Zebra indexes not being read during test suite Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Test Suite AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Observed failures in the 'batch3' tests of lib/KohaTest/ImportBatch/BatchStageCommitRevert.pm. Ended up determining that although records were properly reindexed by KohaTest->reindex_marc(), the changes were not being noticed by the persistent Z39.50 server connection held by C4::Context. Forcing a reconnection (in C4::Context->Zconn) with each query guarantees that the most recent version of the Zebra indexes are used, thus allowing the tests to pass. This may be a bug in C4::Context->Zconn, one in C4::Search::SimpleSearch, or in KohaTest->reindex_marc(), or may be a weird glitch in my local installation. Stick in the test suite component for now, but may change when I look at this again. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2423] When restarting commit_biblios_file.pl, the program is not ignoring the imported items and re-creating the bibs in the database
by bugzilla-daemon＠pippin.metavore.com 31 Jul '08

31 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2423 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- Comment #1 from galen.charlton(a)liblime.com 2008-07-30 16:12 ------- Patch submitted. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2287] Patron Import CSV far too strict
by bugzilla-daemon＠pippin.metavore.com 30 Jul '08

30 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2287 Andrew.moore(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Andrew.moore(a)liblime.com ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2435] corrupt MARC record can abort import batch commit
by bugzilla-daemon＠pippin.metavore.com 30 Jul '08

30 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2435 ------- Comment #1 from galen.charlton(a)liblime.com 2008-07-30 13:37 ------- Created an attachment (id=401) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=401&action=view) file that triggers the bug To reproduce the bug with this file: stage_biblios_file.pl --file bad.mrc commit_biblios --batch-number foo ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2317] BiblioAddsAuthorities causes failure when adding certain items throws an error
by bugzilla-daemon＠pippin.metavore.com 30 Jul '08

30 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2317 Andrew.moore(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Comment #9 from Andrew.moore(a)liblime.com 2008-07-30 13:36 ------- reopening: apparently accidently closed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2435] New: corrupt MARC record can abort import batch commit
by bugzilla-daemon＠pippin.metavore.com 30 Jul '08

30 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2435 Summary: corrupt MARC record can abort import batch commit Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P3 Component: MARC Bibliographic record staging/import AssignedTo: galen.charlton(a)liblime.com ReportedBy: galen.charlton(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: rch(a)liblime.com, michele.maenpaa(a)liblime.com A MARC record that is corrupt because it has non-UTF8 control characters in the leader can be successfully staged, but a commit operation (e.g., commit_biblios_file.pl) can fail because the MARCXML generated by the staging operation is invalid. The error message associated with the crash is: substr outside of string at /usr/local/share/perl/5.8.8/MARC/Record.pm line 554. This is a multi-part bug: [1] MARC::File::XML should not emit a UTF-8 MARC record that isn't actually valid UTF-8. [2] This kind of record corruption should be detected during staging. [3] $marc->warnings() should be checked; if it includes a warn that the leader is not of the correct length, the record should be considered corrupt. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0