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 -- Best, Zico