putting user/editprofile back

diff --git a/lib/db/access.php b/lib/db/access.php
index c0cc92bf0a670d6759d54c9463131f484410b559..8014be6c5df115f10a1e0e3b2c78c526a0c16200 100644 (file)
--- a/lib/db/access.php
+++ b/lib/db/access.php
@@ -715,6 +715,17 @@ $moodle_capabilities = array(
             'admin' => CAP_ALLOW
         )
     ),
+    
+    'moodle/user:editprofile' => array(         
+                
+           'riskbitmask' => RISK_SPAM,          
+                
+           'captype' => 'read',         
+           'contextlevel' => CONTEXT_USER,      
+           'legacy' => array(   
+              'admin' => CAP_ALLOW      
+           )    
+       ),
 
     // The next 3 might make no sense for some roles, e.g teacher, etc.
     // since the next level up is site. These are more for the parent role

diff --git a/version.php b/version.php
index f0f834a9b10731b9c5cacf45627039aa7c9c057e..ca760ce15c2c9a047d554c81f00e1e7e75ee540f 100644 (file)
--- a/version.php
+++ b/version.php
@@ -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 = 2007021402;  // YYYYMMDD = date
+   $version = 2007021500;  // YYYYMMDD = date
                            //       XY = increments within a single day
 
    $release = '1.9 dev';    // Human-friendly version name