Uploaded image for project: 'Moodle'
  1. Moodle
  2. MDL-32329

Web/CLI installers discreprency about calling all_plugins_ok()

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Blocker Blocker
    • 2.3
    • 2.3
    • Installation
    • MOODLE_23_STABLE
    • MOODLE_23_STABLE
    • MDL-32329-all-plugins-ok
    • Hide

      Testing difficulty: medium (requires complete control over source code and database)

      1. Prepare the environment as if you wanted to do the fresh install of 2.3dev. (empty DB, empty moodledata). Do not install yet though.
      2. Modify some plugins version.php to simulate unsatisfied dependencies. On my machine, I used something like:

      diff --git a/enrol/ldap/version.php b/enrol/ldap/version.php
      		 
      index 3971fb5..2c4a2fa 100644
      		 
      --- a/enrol/ldap/version.php
      		 
      +++ b/enrol/ldap/version.php
      		 
      @@ -27,5 +27,5 @@
      		 
       defined('MOODLE_INTERNAL') || die();
      		 
       
       $plugin->version   = 2011112900;        // The current plugin version (Date: YYYYMMDDXX)
      		 
      -$plugin->requires  = 2011112900;        // Requires this Moodle version
      		 
      +$plugin->requires  = 9999999999;        // Requires this Moodle version
      		 
       $plugin->component = 'enrol_ldap';      // Full name of the plugin (used for diagnostics)
      		 
      diff --git a/mod/workshop/version.php b/mod/workshop/version.php
      		 
      index 12a8373..f65f9c7 100644
      		 
      --- a/mod/workshop/version.php
      		 
      +++ b/mod/workshop/version.php
      		 
      @@ -25,6 +25,6 @@
      		 
       defined('MOODLE_INTERNAL') || die();
      		 
       
       $module->version   = 2012041701;        // the current module version (YYYYMMDDXX)
      		 
      -$module->requires  = 2012032300;        // requires this Moodle version
      		 
      +$module->requires  = 9999999999;        // requires this Moodle version
      		 
       $module->component = 'mod_workshop';    // full name of the plugin (used for diagnostics)
      		 
       $module->cron      = 60;                // give as a chance every minute
      		 
      diff --git a/question/type/calculatedsimple/version.php b/question/type/calculatedsimple/version.php
      		 
      index 5dcb02e..fb3343b 100644
      		 
      --- a/question/type/calculatedsimple/version.php
      		 
      +++ b/question/type/calculatedsimple/version.php
      		 
      @@ -30,7 +30,7 @@ $plugin->version   = 2011102700;
      		 
       
       $plugin->requires  = 2011102700;
      		 
       $plugin->dependencies = array(
      		 
      -    'qtype_numerical'  => 2011102700,
      		 
      +    'qtype_numerical'  => 9999999999,
      		 
           'qtype_calculated' => 2011102700,
      		 
       );

      3. Try all three ways of install: admin/cli/install.php, admin/cli/install_database.php and via the web.
      4. TEST: Make sure that in all three cases, the install procedure halts on plugin dependencies check.
      5. Undo local changes in version.php files (hint: `git stash` command is your friend here) and proceed with installation.
      6. Once the site is installed and set-up, tweak some version.php files again to simulate unsatisfied dependencies (`git stash pop`).
      7. Increase the main core $version in /version.php
      8. TEST: Make sure that in both ways of upgrading (admin/cli/upgrade.php and via the web) the upgrade stops on plugin dependencies check.
      9. Undo the change in the main version.php and instead increase the version of any installed plugin (eg. mod/forum/version.php).
      10. TEST: Again, make sure that in both ways of upgrading (admin/cli/upgrade.php and via the web) the upgrade stops on plugin dependencies check.

      Show
      Testing difficulty: medium (requires complete control over source code and database) 1. Prepare the environment as if you wanted to do the fresh install of 2.3dev. (empty DB, empty moodledata). Do not install yet though. 2. Modify some plugins version.php to simulate unsatisfied dependencies. On my machine, I used something like: diff --git a/enrol/ldap/version.php b/enrol/ldap/version.php index 3971fb5..2c4a2fa 100644 --- a/enrol/ldap/version.php +++ b/enrol/ldap/version.php @@ -27,5 +27,5 @@ defined('MOODLE_INTERNAL') || die(); $plugin->version = 2011112900; // The current plugin version (Date: YYYYMMDDXX) -$plugin->requires = 2011112900; // Requires this Moodle version +$plugin->requires = 9999999999; // Requires this Moodle version $plugin->component = 'enrol_ldap'; // Full name of the plugin (used for diagnostics) diff --git a/mod/workshop/version.php b/mod/workshop/version.php index 12a8373..f65f9c7 100644 --- a/mod/workshop/version.php +++ b/mod/workshop/version.php @@ -25,6 +25,6 @@ defined('MOODLE_INTERNAL') || die(); $module->version = 2012041701; // the current module version (YYYYMMDDXX) -$module->requires = 2012032300; // requires this Moodle version +$module->requires = 9999999999; // requires this Moodle version $module->component = 'mod_workshop'; // full name of the plugin (used for diagnostics) $module->cron = 60; // give as a chance every minute diff --git a/question/type/calculatedsimple/version.php b/question/type/calculatedsimple/version.php index 5dcb02e..fb3343b 100644 --- a/question/type/calculatedsimple/version.php +++ b/question/type/calculatedsimple/version.php @@ -30,7 +30,7 @@ $plugin->version = 2011102700; $plugin->requires = 2011102700; $plugin->dependencies = array( - 'qtype_numerical' => 2011102700, + 'qtype_numerical' => 9999999999, 'qtype_calculated' => 2011102700, ); 3. Try all three ways of install: admin/cli/install.php, admin/cli/install_database.php and via the web. 4. TEST: Make sure that in all three cases, the install procedure halts on plugin dependencies check. 5. Undo local changes in version.php files (hint: `git stash` command is your friend here) and proceed with installation. 6. Once the site is installed and set-up, tweak some version.php files again to simulate unsatisfied dependencies (`git stash pop`). 7. Increase the main core $version in /version.php 8. TEST: Make sure that in both ways of upgrading (admin/cli/upgrade.php and via the web) the upgrade stops on plugin dependencies check. 9. Undo the change in the main version.php and instead increase the version of any installed plugin (eg. mod/forum/version.php). 10. TEST: Again, make sure that in both ways of upgrading (admin/cli/upgrade.php and via the web) the upgrade stops on plugin dependencies check.

      As discovered whilst testing MDL-20438, the CLI installer calls all_plugins_ok() which then calls a get_config before the config_plugins table exists.

      In the web installer this code path isn't followed at all.

      So there are two isuses:
      1) The CLI installer is following a different code path to the web installer, this is a nono! We discovered two bugs as a result of this in this weeks integration cycle

      2) I am about to commit a 'hacky' patch to avoid calling the update checker during install. This needs fixing properly with Davids input.

            mudrd8mz David Mudrák (@mudrd8mz)
            poltawski Dan Poltawski
            Aparup Banerjee Aparup Banerjee
            Rajesh Taneja Rajesh Taneja
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved:

                Error rendering 'clockify-timesheets-time-tracking-reports:timer-sidebar'. Please contact your Jira administrators.