On Thu, Dec 17, 2009 at 4:39 PM, MJ Ray
<mjr@phonecoop.coop> wrote:
I'd try two things:
1. increase the debug level to 2 (or SetEnv KOHA_DEBUG 2 in the
VirtualHost if that still works) to get a full backtrace and see what
call results in a try to call clone on an undefined value;
2. check the databases for the record after each change and see
what is happening with the edited and deleted records.
Beyond that, a bit more description of how to reproduce the bug
may be needed: for example, is it NoZebra?
It`s not NoZebra. It`s Zebra.
Which MARC type?
MARC21
If it's zebra, how is the zebra being updated? (cronjob?)
Yes, cronjob
My crontab is:
*/1 * * * * KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/
rebuild_zebra.pl -b -w >/dev/null