http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9511
Paul A <pau...@aandc.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pau...@aandc.org
--- Comment #7 from Paul A <pau...@aandc.org> ---
I can confirm (3.8.5) that rebuild_zebra with the incremental option -z, the
biblio deletion does not occur; a full rebuild -b (with or without -x) is fully
functional but is a *necessity*.
This bug is [seriously?] compounded by overwriting a biblio with a Z39.50
import. This creates a second record in Zebra (not MySQL), identical
biblionumber, callnumber, intemnumber: see
<http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?idx=callnum&q=GRLK-GREE-10>
If a staff cataloguer is unaware of this bug and deletes the apparently
incorrect (old) record, this deletes the good MySQL record.
I therefore suggest upgrading this bug to "critical."
--
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
