Could not load the civicrm.settings.php file when calling profiles/civicrm_starterkit/modules/civicrm/bin/cron.php

This patch works, but only for the default site by hard coding sites/default. I was thinking that we'd be able to simply bootstrap Drupal to load the location of the conf directory using something like...

  $drupalbase = $currentDir . '..' . DIRECTORY_SEPARATOR . '..' . DIRECTORY_SEPARATOR . '..' . DIRECTORY_SEPARATOR . '..'; 
  define('DRUPAL_ROOT', $drupalbase);
  require_once $drupalbase . '/includes/bootstrap.inc';

But that results in a Fatal error: Call to undefined function module_exists() in civicrm/CRM/Utils/System/Drupal.php on line 788

Commenting out the //module_exists('locale') and relying only on function_exists('language_negotiation_get') seems to work, but I'm not sure why we are checking to see if the module_exists('locale') exists. Then we can use...

$confdir = $currentDir . '..' . DIRECTORY_SEPARATOR . '..' . DIRECTORY_SEPARATOR . '..' . DIRECTORY_SEPARATOR . '..' . DIRECTORY_SEPARATOR . conf_path();

This works, but generated Notice: Constant DRUPAL_ROOT already defined in civicrm/CRM/Utils/System/Drupal.php on line 612. That can also be commented out since the include and variable are now defined earlier in civicrm.config.php. I think this whole function should be rewritten to first determine if CiviCRM is in ANY of the directory paths Drupal scans for modules, then load the bootstap and use conf_path() to determine the location of the civicrm.settings.php

http://api.drupal.org/api/drupal/includes%21bootstrap.inc/function/conf_...

For now the patch only works with a single site when CiviCRM is being loaded from profiles/[PROFILE-NAME]/modules/civicrm.

The original patch was reversed.

Added the patch to the .makes for civicrm_starterkit and cm_starterkit_moderate. Unlike the other patches that fix issues in a way that updating CiviCRM after using a starterkit to intall will simply replace the patched file with an equally usable file, this patch must be reapllied until the fix is made in CiviCRM. The issue has been cross posted.

second part of the more aggressive patch modifying CRM/Utils/System/Drupal.php

#5 failed to apply using drush make. Adding ending line and removed time stamp on files to see it that is the issue.

grr... still isn't applying. would really save a lot of time if I could run the patches locally. Still waiting on #840540: Specify a patch from local file system

removed .org's

back to separate patches

This patch works locally... trying in the .make again.

I don't think this has anything to do with this patch... other than they are both related to CiviCRM's cron. The required file is creativecommons.class.php being called from creativecommons.module on line 37. I don't know why CiviCRM's cron is triggering this, but it's most likely triggering a node_load that is calling the Creative Commons module. See #1558096: D7 Roadmap

Patch needs to be updated because of this change to civicrm.config.php

http://issues.civicrm.org/jira/browse/CRM-14096
https://github.com/civicrm/civicrm-drupal/commit/3f1e866b7141386841981be...