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

[Jamie Holly]

You also might want to try and manually clear the cache. Just truncate 
all the cache_* tables.

Jamie Holly
http://www.intoxination.net
http://www.hollyit.net


On 6/7/2010 8:21 AM, Pierre Rineau wrote:
> 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.
>
>