Bug in "undo import" in Tools - MARC Import (managing batches)
Hi to all, I have found a bug in the "undo import" function avible in Tools - MARC Import (managing batches). I'm working in a NoZebra setup and I think it is relevant. I don't find this bug in http://bugs.koha.org/cgi-bin/bugzilla/index.cgi OS: Linux Debian etch Version of Koha: last git version MySQL: 5.0 Apache: 2.0 If Import a record into the official catalogue and after I delete the imported record with the function "undo import", the record is deleted from the db but in the indexes the pointers to the records are still present. So, if I do a search with a keyword of the deleted record I see this error: <div class="error"> <h4>Error:</h4> Can't call method "as_usmarc" on an undefined value at /var/donw/kohaclone/kohaclone2/C4/Search.pm line 2078. </div> If I lanch the script ../misc/migration_tools/rebuild_nozebra.pl, the problem is over. Here an excerpt of the debug: C4::Search::NZorder(/var/donw/kohaclone/kohaclone2/C4/Search.pm:2057): 2057: foreach my $key ( sort ( keys %result ) ) { DB<7> n C4::Search::NZorder(/var/donw/kohaclone/kohaclone2/C4/Search.pm:2058): 2058: $result_hash->{'RECORDS'}[ $numbers++ ] = $result{$key}; DB<7> x %result 0 'bianciardi-218' 1 18 2 'bianciardi-115' 3 15 4 'bianciardi-118' 5 18 6 'bianciardi-217' 7 17 8 'bianciardi-117' 9 17 10 'bianciardi-215' 11 15 [...] DB<8> n C4::Search::NZorder(/var/donw/kohaclone/kohaclone2/C4/Search.pm:2072): 2072: for ( 2073: my $counter = $offset ; 2074: $counter <= $offset + $results_per_page ; 2075: $counter++ 2076: ) 2077: { DB<8> n C4::Search::NZorder(/var/donw/kohaclone/kohaclone2/C4/Search.pm:2078): 2078: $result_hash->{'RECORDS'}[$counter] = 2079: GetMarcBiblio( $result_hash->{'RECORDS'}[$counter] )->as_usmarc; DB<8> x $result_hash 0 HASH(0x9d7a2dc) 'RECORDS' => ARRAY(0x9d4580c) 0 15 1 17 2 18 3 15 4 17 5 18 DB<9> n main::(opac-search.pl:394): if ($@ || $error) { DB<9> n main::(opac-search.pl:395): $template->param(query_error => $error.$@); DB<9> n main::(opac-search.pl:396): output_html_with_http_headers $cgi, $cookie, $template->output; DB<9> n EXPR:at pos 8: non-initialized variable category [...] Here the output error <div class="error"> <h4>Error:</h4> Can't call method "as_usmarc" on an undefined value at /var/donw/kohaclone/kohaclone2/C4/Search.pm line 2078. </div> The records ids that are present in the live db are 17 and 18, 15 was deleted but the pointer is still present into the indexes. I don't know if it is blocking bug, only librarian works with batch imports. I suggest to comment the function "undo import" and to re-insert it into 3.2 with a delete also on indexes, with attention on Zebra and NoZebra setup. Attention on documentation, the page http://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/Too... explain also the "undo import" function. Bye to all Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @) _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Hi to all,
I have found a bug in the "undo import" function avible in Tools - MARC Import (managing batches). I'm working in a NoZebra setup and I think it is relevant. I don't find this bug in http://bugs.koha.org/cgi-bin/bugzilla/index.cgi OS: Linux Debian etch Version of Koha: last git version MySQL: 5.0 Apache: 2.0
If Import a record into the official catalogue and after I delete the imported record with the function "undo import", the record is deleted from the db but in the indexes the pointers to the records are still present. So, if I do a search with a keyword of the deleted record I see this error: This is actually a known error, and there is a bug report for it, but I wasn't able to find it in my scan of the open bugs for 3.0. That said, the
On Wed, Jul 16, 2008 at 5:36 AM, Zeno Tajoli <tajoli@cilea.it> wrote: ultimate problem is that you must not have the rebuild_zebra.pl script running with the -z option, or the zebraqueue daemon running to manage your index after adds, edits and delets to the index. This will alleviate the problem by removing those items from the index when they are deleted. As far as better error messages for handling corrupt or non-existent MARC data, I'm sure we'll be able to resolve that in 3.2 or thereafter. Hope that helps. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
participants (2)
-
Joshua Ferraro -
Zeno Tajoli