Call to a member function on a non-object in ezstep_create_sites.php install error

Wednesday 24 November 2004 6:34:05 am

While using the wizard to set up eZ 3.4.4 (i had the same problem with 3.4.2) everything works smoothly, until the very end and you are done with the wizard, when the action dies with the following error message:

<i>-----
Fatal error: Call to a member function on a non-object in /var/www/nteu/kernel/setup/steps/ezstep_create_sites.php on line 623
Fatal error: eZ publish did not finish its request

The execution of eZ publish was abruptly ended, the debug output is present below.
-----</i>

the code around here is as follows, starting at line 620

<i>-----
if ( trim( $admin['first_name'] ) or trim( $admin['last_name'] ) )
{
$dataMap =& $userObject->attribute( 'data_map' );
$dataMap['first_name']->setAttribute( 'data_text', $admin ['first_name'] );
$dataMap['first_name']->store();
$dataMap['last_name']->setAttribute( 'data_text', $admin['last_name'] );
$dataMap['last_name']->store();
$userObject->store();
$publishAdmin = true;
}
-----</i>

and since I was in extreme lack of time, the fix was to comment a few of the lines:

<i>-----
if ( trim( $admin['first_name'] ) or trim( $admin['last_name'] ) )
{
$dataMap =& $userObject->attribute( 'data_map' );
#$dataMap['first_name']->setAttribute( 'data_text', $admin ['first_name'] );
#$dataMap['first_name']->store();
#$dataMap['last_name']->setAttribute( 'data_text', $admin['last_name'] );
#$dataMap['last_name']->store();
$userObject->store();
$publishAdmin = true;
}
-----</i>

whereafter things actually worked. I realize this is an ugly fix. I present this information with the hope that it might be useful for someone, and that someone might know what causes this.

My system spec:

GNU/Linux Debian 3.0 testing with
PHP 4.3.9-1
MySQL 4.0.22-log
Apache/1.3.31

--
btd

Wednesday 24 November 2004 6:38:50 am

ech, sorry for double posts :/

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Wednesday 15 December 2004 7:00:59 am

It might seem that the problem was that MySQL barfed because the system tmp dir was not globally writable.

The 3.5 install has a check for this (as long as the php tmp dir is the system tmp dir).

--
btd

--
btd