Ticket #152 (closed defect: invalid)

Opened 1 year ago

Last modified 1 year ago

PHP Fatal error: Call to a member function Execute() on a non-object in var/www/html/A2Billing_UI/lib/Class.Table.php on line 175

Reported by: madguru Assigned to: areski
Priority: critical Milestone: milestone Version 1.4
Component: Admin UI Version: Trunk 1.4
Keywords: php Cc:

Description

Applies to Customer_UI as well.If you upgrade to php 5.2 which php.net insists you do, you will get the above message error in apache. Searching on google, many websites have suffered similar problems after updating php. Php.net will not accept it as a bug.

Change History

(follow-up: ↓ 2 ) 10/02/07 19:53:20 changed by stavros

You don't mention what steps to take in the Admin/User interface to reproduce this bug. Please elucidate.

For what it's worth I've been running PHP 5.2 on many installations now for a while with no reported problems. I have several customers running: 

PHP 5.2.4_p20070914-pl2-gentoo with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 22 2007 05:44:13)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
    with Suhosin v0.9.17, Copyright (c) 2002-2006, by Hardened-PHP Project

I've run version 5.2.2 (without Suhosin) too with no ill effects that I'm aware of. In short PHP 5.2 hasn't caused me any issues.

Thanks for the report, but please update us.

(in reply to: ↑ 1 ; follow-up: ↓ 3 ) 10/02/07 20:16:48 changed by madguru

I am using fedora which automatically updated my php to 5.2.4 using yum. After the update as soon as you login: eg: http://192.15.109.41/billing/Public/index.php(basically i cant login anymore).

You get this error in apache log: 5:30 2007] [notice] Apache/2.2.6 (Unix) DAV/2 PHP/5.2.4 configured -- resuming normal operations [Wed Oct 03 04:19:36 2007] [error] [client 192.15.109.43] File does not exist: /var/www/html/ [Wed Oct 03 04:19:40 2007] [error] [client 192.15.109.43] PHP Fatal error: Call to a member function Execute() on a non-object in /var/www/html/billing/lib/Class.Table.php on line 175 [Wed Oct 03 04:19:46 2007] [error] [client 192.15.109.43] PHP Fatal error: Call to a member function Execute() on a non-object in /var/www/html/billing/lib/Class.Table.php on line 175.

I did a search on google and came up with many sites which had similar problems including zen-cart.com and some wiki sites. If you would like, have a look at the threads as an example of what i am saying, on zen-cart which had similar problems, and they seem to have found a fix,(as php.net claims it is not a bug, but not proper coding, (if i understand correctly). http://www.zen-cart.com/forum/showthread.php?p=287587#post287587 http://www.zen-cart.com/forum/showthread.php?t=49684

Apparently, the problem seems to be with all versions of 5.2. I am just testing your trunk version every day and would like to help to keep you updated.

(in reply to: ↑ 2 ) 10/02/07 20:48:28 changed by stavros

  • status changed from new to closed.
  • resolution set to invalid.

First of all thank you very much for helping us out with the testing. It is much appreciated.

As I mentioned in my prior response I've yet to see any problem caused by running A2B on PHP >=5.2.0

Hmm... a binary based distro. I'm guessing that 'yum' hasn't updated your php-mysql and/or php-pgsql libraries to be compatible with your installed PHP. Whatever the problem is I'm now pretty confident it's not with the A2B codebase. Searching our support forum may possibly give you some clues, but be aware this problem with your distro is outside the scope of both this bug-tracker and our support forum.

I suggest you thoroughly search Fedora's support fora.

If you discover further evidence pointing to the fact that this is actually a bug in A2B please reopen this bug.

(follow-up: ↓ 5 ) 10/06/07 14:57:29 changed by madguru

Ok,just to update you. I was under the impression that you had done away with the a2billing.conf file completely and instead used all in database config, so did not load it. Obviously A2billing was still making a call to a2billing.conf to see what type of database was being used etc..uploaded the a2billing.conf with minimal info as found in the trunk directory and everything sorted out. Thanks.

(in reply to: ↑ 4 ) 10/06/07 15:22:54 changed by madguru

Replying to madguru:

Ok,just to update you. I was under the impression that you had done away with the a2billing.conf file completely and instead used all in database config, so did not load it. Obviously A2billing was still making a call to a2billing.conf to see what type of database was being used etc..uploaded the a2billing.conf with minimal info as found in the trunk directory and everything sorted out. Thanks.



Google