CiviCRM Community Forums (archive)

in the old version 3.3 its work fine, after update to 3.4 b3 all work fine without a detail.

When i push the "REPORT"-Button in the Area MAILINGS==> PLANED MAILINGS  i have follow errormessage:

Fatal error: Class 'JModuleHelper' not found in /var/www/vhosts/partnerbase.eu/httpdocs/joomla/administrator/templates/khepri/index.php on line 41

and a blank screen

All Reportslinks be defect but all other Links work fine and normal.

At the Moment i dont can show all informations about a mailcampaign ;-((

What ist the problem and what the solution for it?

See also the pic as attachment


Michael from de_DE

Dear Dave,

thanks alot for your fast answer. I will research an read about this Joomlaclass...
But what i dont understood, why now after upgrade to 3.4?


Greetings from germany


Michael

I spent some time (30+ mins) on this and could not figure out what changed and why. This has something to do with the use of the __autoload function in joomla and in use by some other civicrm packages also

Joomla 1.6 does the right thing and uses spl_autoload_register

We currently dont have a solution for J! 1.5. If you have the time and expertise would be great if you can investigate and fix. If not, please consider hiring someone to do the necessary work. Ping me on IRC and i can let you know where i got stuck

lobo

I managed to fix this for my Joomla 1.5 + CiviCRM 3.4.1 installation.

The root cause of this problem is the way the eZ package registers its autoload function ezcBase::autoload() in ezc/Base/ezc_bootstrap.php. Instead of adding this function to the autoload queue, eZ overrides Joomla's autoloader completely.

It goes like this:

1. Joomla defines a  __autoload() function in libraries/loader.php, activating class autoloading. This causes spl_autoload_functions() to return array('__autoload').

2. eZ detecting that autoloading is activated with spl_autoload_functions() !== FALSE, registers its autoloader ezcBase::autoload() with spl_autoload_register(). Unfortunately, because Joomla's __autoload() was not explicitly registered, it is erased and replaced by the registration.

It's a bit tricky to fix this because there seems to be no way to determine whether __autoload() was explicitly registered. So what I've done is to check if __autoload() continues to exist in the function queue after registering ezcBase::autoload(), and re-register it with spl_autoload_register().

Here's the replacement registration code for civicrm/packages/ezc/Base/ezc_bootstrap.php:

if ( spl_autoload_functions() !== false ) {
  spl_autoload_register(array('ezcBase', 'autoload'));

  // Re-register __autoload() if it wasn't explicitly registered
  if (function_exists("__autoload") && !in_array('__autoload', spl_autoload_functions())) {
    spl_autoload_register("__autoload");
  }
} elseif ( !function_exists("__autoload") ) {
  ...
}

--

This should work for all cases i.e. whether __autoload is defined and whether it is registered with spl_autoload_register().

The patch works for me, at least in fixing the CiviMail mailing report page.

I have to say, isn't the check for spl_autoload_register() a bit redundant since PHP5 is required?

Dear Donald,

how i can put in this patch into a working civicrm? I don't know the procedure...


Michael from germany

Dear Lobo,

i have change the code in the 2 files and puah there with ftp and it's work so fine..

Thanxs a lot. See the wtheterservice into berlin... the sun is shining so at the moment ;-)

Michael from de_DE