moodle/version.php

<?php

// MOODLE VERSION INFORMATION

// This file defines the current version of the core Moodle code being used.
// This is compared against the values stored in the database to determine
// whether upgrades should be performed (see lib/db/*.php)

    $version = 2009073000;  // YYYYMMDD   = date of the last version bump
                            //         XX = daily increments

    $release = '2.0 dev (Build: 20090731)';  // Human-friendly version name
In order to ensure that when a teacher hides a resource or an activity that students really can't get at it, even if they know the direct links to its pages, I have given an optional third argument $cm to the functions require_login() and require_course_login(). Pages showing information about a particular course module now pass the course module object in this third argument. The login functions will then test if either the course module is visible or the user is a teacher. If neither is the case then the user is redirected to the course homepage after being shown a message "Sorry, this activity is currently hidden". (While I was at it I also turned the autologinguests off for most module pages, except on the index.php pages and the view.php pages for those modules that allow guests) 2005-02-16 10:40:48 +00:00			`<?php`
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00			`// MOODLE VERSION INFORMATION`
Added a new $release variable that shows the user-friendly version number 2002-09-06 14:06:48 +00:00
In order to ensure that when a teacher hides a resource or an activity that students really can't get at it, even if they know the direct links to its pages, I have given an optional third argument $cm to the functions require_login() and require_course_login(). Pages showing information about a particular course module now pass the course module object in this third argument. The login functions will then test if either the course module is visible or the user is a teacher. If neither is the case then the user is redirected to the course homepage after being shown a message "Sorry, this activity is currently hidden". (While I was at it I also turned the autologinguests off for most module pages, except on the index.php pages and the view.php pages for those modules that allow guests) 2005-02-16 10:40:48 +00:00			`// This file defines the current version of the core Moodle code being used.`
			`// This is compared against the values stored in the database to determine`
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00			`// whether upgrades should be performed (see lib/db/*.php)`

blocks: MDL-19399 proper permissions checks for editing blocks. In particular for editing sticky blocks. If the admin addes one at site level, then the teacher should not be able to change its configuration from the course page, but should be able to set the position on this page. 2009-07-30 03:44:10 +00:00			`$version = 2009073000; // YYYYMMDD = date of the last version bump`
Updated the HEAD build version to 20080305 2008-03-05 05:51:01 +00:00			`// XX = daily increments`
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00
Updated the HEAD build version to 20090731 2009-07-31 00:39:56 +00:00			`$release = '2.0 dev (Build: 20090731)'; // Human-friendly version name`