[support] update.php won't go beyond the info page

Pierre Rineau pierre.rineau at makina-corpus.com
Mon Jun 7 12:21:42 UTC 2010


Le mercredi 02 juin 2010 à 19:39 -0700, Tracey Hummel a écrit :
> I have a multisite setup in 6.16 that just had it's domain name changed. Now I
> can't log into the site and I can't run update.php.
> 
> The domain name is pointing to public_html; I changed the subdir to match the
> new domain name; I updated settings.php with the new base url.
> 
> It will now not allow me to log into the site.
> 
> When I try to run update.php as anonymous (with settings.php
> $update_free_access = TRUE;), I can't get passed the info screen. Nothing
> happens when I select: Continue
> 
> Running cron did not help.
> 
> Please help!
> 
> Thanks,
> Tracey

I had some problems with update.php since it uses the $_REQUEST PHP
superglobal. With some restrictive PHP configuration, it might prevent
this one to exists, which breaks the update.php script.

Did a simple patch which looks like:

pounard at guinevere ../test/www $ diff -urN update.php.orig update.php
--- update.php.orig	2010-06-07 14:18:40.000000000 +0200
+++ update.php	2010-06-07 14:20:46.000000000 +0200
@@ -567,7 +567,7 @@
 
 // We only load DRUPAL_BOOTSTRAP_CONFIGURATION for the update
requirements
 // check to avoid reaching the PHP memory limit.
-$op = isset($_REQUEST['op']) ? $_REQUEST['op'] : '';
+$op = isset($_POST['op']) ? $_POST['op'] : (isset($_GET['op']) ?
$_GET['op'] : NULL);
 if (empty($op)) {
   // Minimum load of components.
   drupal_bootstrap(DRUPAL_BOOTSTRAP_CONFIGURATION);
pounard at guinevere ../test/www $

Check your PHP & HTTPd configuration.

Pierre.



More information about the support mailing list