Update.php is crippled by Domain Module

Wow.

What are your domain settings? Is www.mydomain.com the primary domain in your install?

Try this patch. Apply from the 'domain' directory.

Might be a better way, as I think the domain init sequence isn't running -- and it may need to.

Here's why it fails, see the opening of update.php:

/**
 * Global flag to identify update.php run, and so avoid various unwanted
 * operations, such as hook_init() and hook_exit() invokes, css/js preprocessing
 * and translation, and solve some theming issues. This flag is checked on several
 * places in Drupal code (not just update.php).
 */

domain_init() is where we set the paths for url rewrites, which include domain_form_alter().

The changes proposed here should solve this problem: http://drupal.org/node/276303

i had a similar problem.but it was after updating pathauto module.when i disabled it and run cron again the error was gone.And then i did a reinstall of pathauto and it worked out fine...just addin my bit...it may or may not be the cause in your case.

@hardfocus

For the quick fix, use the patch above: http://drupal.org/files/issues/domain_form_alter.patch

In the released version, I think the changes in the other issue may solve this problem, which is caused because hook_init() is not invoked by update.php. However, it may be that we need to disable the form_alter() implementation for other forms, in which case this patch is a good idea.

@nirvanajyothi

The pathauto issue does not seem to be related, since we are talking about update.php, not cron.php.

The appropriate patch here is to use hook_boot() instead of hook_init(). This change is independent of other issues.

Committed to HEAD.

@hardfocus

Note that the patch used above is not going into the release version. The long-term fix is simply to change domain_init() to domain_boot().

OK. This is not fixed. Moving this to hook_boot() breaks hook_domainload().

I had to use the patch in #2 to fix this issue. See the Changelog for details.