Hi, I am using koha 3.0.4 under debian 5.0. The problem is in editing records. If we edit any records, after editing, it shows two same records, both are newly edited records. After that, if we delete one item and if we search for that in OPAC; the error shows: Koha error The following fatal error has occurred: Can't call method "clone" on an undefined value at /usr/share/koha/lib/C4/XSLT.pm line 57. Apache Server version: Apache/2.2.9 (Debian) Server built: Jan 20 2009 17:29:25 Koha 3.00.04.019 Koha DB 3.0004019 MySQL mysql Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (i486) using readline 5.2 OS Linux debian 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 Perl 5.010000 -- Best, Zico
Zico <mailzico@gmail.com> wrote:
Hi, I am using koha 3.0.4 under debian 5.0. The problem is in editing records. If we edit any records, after editing, it shows two same records, both are newly edited records.
This is not a development matter - it should have been sent to the main koha mailing list. Also, please send plain text not html. Both of those will make it more likely that the email gets read.
After that, if we delete one item and if we search for that in OPAC; the error shows:
Koha error The following fatal error has occurred:
Can't call method "clone" on an undefined value at /usr/share/koha/lib/C4/XSLT.pm line 57. [...]
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? Which MARC type? If it's zebra, how is the zebra being updated? (cronjob?) Hope that helps, -- MJ Ray (slef) Webmaster and LMS developer at | software www.software.coop http://mjr.towers.org.uk | .... co IMO only: see http://mjr.towers.org.uk/email.html | .... op
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
Zico, Lets take this to the general list, as MJ suggested. Shouldn't you be using the -z option for incremental updates? Nonetheless, that is not the cause of the problem. The problem does not occur in fresh installs, it seems to only occur where a data base has been upgraded from an earlier version. So does that suggest that a data element has been lost in the upgrade? If so, why is the problem only in the OPAC? It needs a bit of research to identify the exact circumstance. I won't be able to do that until after Christmas. Bob ________________________________________ From: koha-devel-bounces@lists.koha.org [mailto:koha-devel-bounces@lists.koha.org] On Behalf Of Zico Sent: Thursday, 17 December 2009 9:57 PM To: MJ Ray Cc: koha-devel@lists.koha.org Subject: Re: [Koha-devel] koha 3.0.4 biblio records 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.427 / Virus Database: 270.14.110/2568 - Release Date: 12/16/09 08:02:00
On Thu, Dec 17, 2009 at 6:26 PM, Bob Birchall @ Calyx <bob@calyx.net.au>wrote:
Zico, Let’s take this to the general list, as MJ suggested. Shouldn't you be using the -z option for incremental updates? Nonetheless, that is not the cause of the problem. The problem does not occur in fresh installs, it seems to only occur where a data base has been upgraded from an earlier version. So does that suggest that a data element has been lost in the upgrade? If so, why is the problem only in the OPAC? It needs a bit of research to identify the exact circumstance. I won't be able to do that until after Christmas.
Thanks Bob! I think, "z" is working! But, the point is: after deletion one record, it shows in searching and if i click on that.... the Error 404 comes with: An Error has Occurred! Error 404 - This error means that the link was broken and that the page doesn't exist - To report this error, you can email the Koha Administrator<mailzico@gmail.com> . - Use top menu bar to navigate to another part of Koha. Circulation <http://192.168.1.232:8080/cgi-bin/koha/circ/circulation.pl> - Check out to: - Check in <http://192.168.1.232:8080/cgi-bin/koha/circ/returns.pl> - Transfers<http://192.168.1.232:8080/cgi-bin/koha/circ/branchtransfers.pl> Patrons <http://192.168.1.232:8080/cgi-bin/koha/members/members-home.pl> - Search: Catalog <http://192.168.1.232:8080/cgi-bin/koha/catalogue/search.pl> - Search: - Lists<http://192.168.1.232:8080/cgi-bin/koha/virtualshelves/shelves.pl> Cataloging <http://192.168.1.232:8080/cgi-bin/koha/cataloguing/addbooks.pl> - Add MARC Record<http://192.168.1.232:8080/cgi-bin/koha/cataloguing/addbiblio.pl> - Authorities<http://192.168.1.232:8080/cgi-bin/koha/authorities/authorities-home.pl> - Serials<http://192.168.1.232:8080/cgi-bin/koha/serials/serials-home.pl> Acquisitions <http://192.168.1.232:8080/cgi-bin/koha/acqui/acqui-home.pl> Reports <http://192.168.1.232:8080/cgi-bin/koha/reports/reports-home.pl> Koha administration <http://192.168.1.232:8080/cgi-bin/koha/admin/admin-home.pl> - System preferences<http://192.168.1.232:8080/cgi-bin/koha/admin/systempreferences.pl> Tools <http://192.168.1.232:8080/cgi-bin/koha/tools/tools-home.pl> About Koha <http://192.168.1.232:8080/cgi-bin/koha/about.pl> -- Best, Zico
participants (3)
-
Bob Birchall ＠ Calyx -
MJ Ray -
Zico