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

[Bug 2818] New: minPasswordLength false positive on unedited "****" password
by bugzilla-daemon＠pippin.metavore.com 24 Nov '08

24 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2818 Summary: minPasswordLength false positive on unedited "****" password Product: Koha Version: HEAD Platform: PC URL: cgi-bin/koha/members/memberentry.pl OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: joe.atzberger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Set minPasswordLength to 5 or more. Then click "edit" on a patron record. Change whatever you want, leaving the password as "****". Then get the server reply that ERROR_short_password: The following fields are wrong. Please fix them. * Password must be at least 5 characters long. So effectively, to edit the record, or at least the parts of it in the same section as password, you have to overwrite the password without knowing what it used to be. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2550] AmazonContent trouble with ISBN-13, ISBN-10
by bugzilla-daemon＠pippin.metavore.com 24 Nov '08

24 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2550 ------- Comment #1 from danny.bouman(a)hclibrary.org 2008-11-24 11:29 ------- Related to bug 2817 Hopefully, this will help improve the amount of Amazon content returned. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2817] Improve support for pulling Amazon enhanced content
by bugzilla-daemon＠pippin.metavore.com 24 Nov '08

24 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2817 danny.bouman(a)hclibrary.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2817] New: Improve support for pulling Amazon enhanced content
by bugzilla-daemon＠pippin.metavore.com 24 Nov '08

24 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2817 Summary: Improve support for pulling Amazon enhanced content Product: Koha Version: HEAD Platform: PC URL: /cgi-bin/koha/opac-detail.pl OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: OPAC AssignedTo: danny.bouman(a)hclibrary.org ReportedBy: danny.bouman(a)hclibrary.org QAContact: koha-bugs(a)lists.koha.org Currently, Amazon enhanced content is only being pulled based on ISBN. I would like to improve this by adding support to pull Amazon information based on UPC, EAN, or 13-digit ISBN. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2816] MARC import matching bibs against previously reverted batches
by bugzilla-daemon＠pippin.metavore.com 24 Nov '08

24 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2816 ------- Comment #1 from galen.charlton(a)liblime.com 2008-11-24 06:01 ------- Can you verify that after the first batch was reverted, enough time was allowed for indexing to catch up? If not, this is a general case of the problem where the Zebra index can contain bibs that are no longer in the MySQL database. Having C4::Search check for this would solve the functional problem, although at a performance penalty. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2816] New: MARC import matching bibs against previously reverted batches
by bugzilla-daemon＠pippin.metavore.com 22 Nov '08

22 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2816 Summary: MARC import matching bibs against previously reverted batches Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: MARC Bibliographic record staging/import AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Matcher.pm seems to be returning a positive match for previously reverted imports. This results in new imports batches staging successfully, but failing to import, since it silently matches against a non-existent biblionumber. The matching bib is _not_ stored in import_biblios, but does exist in Details for an import: original import_record_id=118828 reverted, then later, the same batch imported again. second import_record_id=1157005 mysql> select * from import_biblios where matched_biblionumber=108610; +------------------+----------------------+----------------+-----------------+--------------------------------------------+--------+----------------+------+-----------+ | import_record_id | matched_biblionumber | control_number | original_source | title | author | isbn | issn | has_items | +------------------+----------------------+----------------+-----------------+--------------------------------------------+--------+----------------+------+-----------+ | 118828 | 108610 | NULL | NULL | Clinical treatment of the violent person / | NULL | 0898622778 | 0 | NULL | 0 | mysql> select * from import_biblios where import_record_id=1157005; +------------------+----------------------+----------------+-----------------+--------------------------------------------+--------+----------------+------+-----------+ | import_record_id | matched_biblionumber | control_number | original_source | title | author | isbn | issn | has_items | +------------------+----------------------+----------------+-----------------+--------------------------------------------+--------+----------------+------+-----------+ | 1157005 | NULL | NULL | NULL | Clinical treatment of the violent person / | NULL | 0898622778 | 0 | NULL | 0 | mysql> select import_record_id,import_batch_id,record_sequence,import_date,overlay_status,status,import_error from import_records where import_record_id=118828; +------------------+-----------------+-----------------+-------------+----------------+----------+--------------+ | import_record_id | import_batch_id | record_sequence | import_date | overlay_status | status | import_error | +------------------+-----------------+-----------------+-------------+----------------+----------+--------------+ | 118828 | 11 | 5 | NULL | auto_match | reverted | NULL | mysql> select import_record_id,import_batch_id,record_sequence,import_date,overlay_status,status,import_error from import_records where import_record_id=1157005; +------------------+-----------------+-----------------+-------------+----------------+--------+--------------+ | import_record_id | import_batch_id | record_sequence | import_date | overlay_status | status | import_error | +------------------+-----------------+-----------------+-------------+----------------+--------+--------------+ | 1157005 | 386 | 5 | NULL | auto_match | staged | NULL | when i commit batch 386, import_record 1157005 is trying to match biblionumber 108610. Adding some warns: processing 1157005 ... title: Clinical treatment of the violent person / edited by Loren H. Roth. at /home/masscat/kohaclone/C4/ImportBatch.pm line 478. matched biblionumber: 108610 at /home/masscat/kohaclone/C4/ImportBatch.pm line 489. DBD::mysql::st execute failed: Column 'biblioitemnumber' cannot be null at /home/masscat/kohaclone/C4/Items.pm line 1850. Can't call method "append_fields" on an undefined value at /home/masscat/kohaclone/C4/Items.pm line 2040. mysql> SELECT * FROM import_record_matches WHERE import_record_id = 1157005; +------------------+--------------------+-------+ | import_record_id | candidate_match_id | score | +------------------+--------------------+-------+ | 1157005 | 108610 | 1000 | So, despite a score of 1000 in import_record_matches, this match did not get stored in import_biblios. The import that added the biblio has been reverted, yet we still get a match from import_record_matches . At first glance, GetBestRecordMatch does not seem to obey the threshold parameter. mysql> SELECT * FROM import_record_matches WHERE import_record_id = 1157005; +------------------+--------------------+-------+ | import_record_id | candidate_match_id | score | +------------------+--------------------+-------+ | 1157005 | 108610 | 1000 | mysql> SELECT * FROM import_record_matches WHERE import_record_id = 118828; +------------------+--------------------+-------+ | import_record_id | candidate_match_id | score | +------------------+--------------------+-------+ | 118828 | 108610 | 1000 | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2704] 440 Display Issues
by bugzilla-daemon＠pippin.metavore.com 21 Nov '08

21 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2704 beverly.church(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |beverly.church(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 2655] Items waiting on the hold shelf display as "Available" in OPAC
by bugzilla-daemon＠pippin.metavore.com 21 Nov '08

21 Nov '08

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

1 0

[Bug 2815] New: double quotes and semicolons break guided reports sql queries
by bugzilla-daemon＠pippin.metavore.com 21 Nov '08

21 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2815 Summary: double quotes and semicolons break guided reports sql queries Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Reports AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com QAContact: koha-bugs(a)lists.koha.org ending your query with a semicolon causes fatal error; including double quotes in sql is allowed for on-screen output, but breaks if you try to export. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2618] no Boolean operator choices in Advanced Search
by bugzilla-daemon＠pippin.metavore.com 21 Nov '08

21 Nov '08

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

1 0