CiviCRM Community Forums (archive)

... the recent changes to the conditional processing in civicrm.settings.php ...

Are you referring to the if(!defined()) clauses in the new civicrm.settings.php template?

<?php
if (!defined('CIVICRM_DSN')) {
  define( 'CIVICRM_DSN'           , '...' );
}

That was added as part of https://issues.civicrm.org/jira/browse/INFRA-124 . The goal in INFRA-124 is to allow, say, 5 concurrent test threads to use the same code but different DSNs. It's a bit easier to automatically inject the necessary logic if we don't have to worry about conflicts in civicrm.settings.php.

However, that problem is somewhat different from consolidating the configuration of CiviCRM-Joomla's two civicrm.settings.php files. Maybe you're talking about different changes?

However, the Activity Processor job scheduled by cron is failing.  Presumably it does not load configuration.php and just takes the values in civicrm.settings.php?

I believe you are correct -- it doesn't load configuration.php. Most of Civi's backend scripts (e.g. "civicrm/bin/*.php") will bootstrap Civi before bootstrapping the CMS (thus loading civicrm.settings.php before configuration.php). Depending on the particular script, it may never bootstrap the CMS. AFAIK, we haven't made any changes to the order of file-loading.

Perhaps you can continue using your previous pattern for managing civicrm.settings.php ?

for joomla installs, i suspect yes, it is unusual

lobo