MDL-12922 adding 'moodle/restore:rolldates' cap to control who can roll dates on restore

(defaults to current settings: only course creators (and admins) are able to roll) Merged from 19_STABLE
This commit is contained in:
stronk7 2009-10-06 01:14:47 +00:00
parent bb56e8e5a8
commit 982e45af49
3 changed files with 12 additions and 1 deletions

View File

@ -198,6 +198,7 @@ $string['resetrole'] = 'Reset to defaults';
$string['resetrolenolegacy'] = 'Clear permissions';
$string['resetrolesure'] = 'Are you sure that you want to reset role \"$a->name ($a->shortname)\" to defaults?<p></p>The defaults are taken from the selected legacy capability ($a->legacytype).';
$string['resetrolesurenolegacy'] = 'Are you sure that you want to clear all permissions defined in this role \"$a->name ($a->shortname)\"?';
$string['restore:rolldates'] = 'Allowed to roll activity configuration dates on restore';
$string['risks'] = 'Risks';
$string['role:assign'] = 'Assign roles to users';
$string['role:manage'] = 'Create and manage roles';

View File

@ -208,6 +208,16 @@ $moodle_capabilities = array(
)
),
'moodle/restore:rolldates' => array(
'captype' => 'write',
'contextlevel' => CONTEXT_COURSE,
'legacy' => array(
'coursecreator' => CAP_ALLOW,
'admin' => CAP_ALLOW
)
),
'moodle/site:manageblocks' => array(
'riskbitmask' => RISK_SPAM | RISK_XSS,

View File

@ -6,7 +6,7 @@
// This is compared against the values stored in the database to determine
// whether upgrades should be performed (see lib/db/*.php)
$version = 2009100200; // YYYYMMDD = date of the last version bump
$version = 2009100600; // YYYYMMDD = date of the last version bump
// XX = daily increments
$release = '2.0 dev (Build: 20091006)'; // Human-friendly version name