auth/upgrade.txt

   1 This files describes API changes in /auth/* - plugins,
   2 information provided here is intended especially for developers.
   3
   4 === 3.7 ===
   5
   6 * get_password_change_info() method is added to the base class and returns an array containing the subject and body of the message
   7   to the user that contains instructions on how to change their password. Authentication plugins can override this method if needed.
   8
   9 === 3.6 ===
  10
  11 * Login forms generated from Moodle must include a login token to protect automated logins. See \core\session\manager::get_login_token().
  12
  13 === 3.5 ===
  14
  15 * The auth_db and auth_ldap plugins' implementations of update_user_record() have been removed and both now
  16   call the new implementation added in the base class.
  17 * Self registration plugins should use core_privacy\local\sitepolicy\manager instead of directly checking
  18   $CFG->sitepolicy , especially in custom signup forms. See https://docs.moodle.org/dev/Site_policy_handler
  19
  20 === 3.3 ===
  21
  22 * Authentication plugins have been migrated to use the admin settings API.  Plugins should use a settings.php file to
  23   manage configurations rather than using the old config.html files. See how the helper function
  24   upgrade_fix_config_auth_plugin_names() can be used to convert the legacy settings to the new ones. Another helper
  25   function upgrade_fix_config_auth_plugin_defaults() can be used to populate the settings with default values so that
  26   they are not falsely reported as newly added ones.
  27 * The function 'print_auth_lock_options' has been replaced by 'display_auth_lock_options' which uses the admin settings API.
  28   See auth_manual as an exmple of how it can be used.  More information can be found in MDL-12689.
  29 * The list of supported identity providers (SSO IdP) returned by the 'loginpage_idp_list' method (used to render the
  30   login page and login block links) now supports a new key 'iconurl' which should be used instead of the legacy 'icon'.
  31
  32 === 3.2 ===
  33
  34 * New auth hook - pre_user_login_hook() - available, triggered right after the user object is created.
  35   This can be used to modify the user object before any authentication errors are raised.
  36 * The block_login now displays the loginpage_idp_list() links as well as main login page.
  37 * The authentication plugin auth_radius has been moved to https://github.com/moodlehq/moodle-auth_radius
  38 * New auth_email::user_signup_with_confirmation() method has a new optional parameter $confirmationurl to provide a different
  39   confirmation URL.
  40 * New signup_is_enabled() function available in lib/authlib.php to safely check if sign-up is enabled in the site.
  41
  42 === 3.0 ===
  43
  44 * login_signup_form::signup_captcha_enabled() now calls is_captcha_enabled() from the current auth plugin instead of from auth_email
  45
  46 === 2.9 ===
  47
  48 * Do not update user->firstaccess from any auth plugin, the complete_user_login() does it automatically.
  49
  50 * Add user_add_password_history() to user_signup() method.
  51
  52 * New auth hook - pre_loginpage_hook() - available, triggered before redirecting to the login page.
  53
  54 === 2.8 ===
  55
  56 * \core\session\manager::session_exists() now verifies the session is active
  57   instead of only checking the session data is present in low level session handler
  58
  59 * MNet is no longer sending logs between the client and parent sites. auth_plugin_mnet::refresh_log() is now deprecated. There is
  60   no alternative. Please don't use this function.
  61
  62 === 2.7 ===
  63
  64 * If you are returning a url in method change_password_url() from config, please make sure it is set before trying to use it.
  65
  66 === 2.6 ===
  67
  68 * can_be_manually_set() - This function was introduced in the base class and returns false by default. If overriden by
  69   an authentication plugin to return true, the authentication plugin will be able to be manually set for users. For example,
  70   when bulk uploading users you will be able to select it as the authentication method they use.
  71
  72 === 2.4 ===
  73
  74 required changes in code:
  75 * use role_get_name() or role_fix_names() if you need any role names, using role.name
  76   directly from database is not correct any more
  77
  78 optional - no changes needed:
  79 * add support for custom user signup form - see auth_plugin_base::signup_form() function
  80
  81 === 2.2 ===
  82
  83 required changes in code:
  84 * the correct sequence to set up global $USER is:
  85     $user = get_complete_user_data('username', $username); // or $user = authenticate_user_login()
  86     enrol_check_plugins($user);
  87     session_set_user($user);