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 = 2007010404;  // YYYYMMDD = date
                           //       XY = increments within a single day

   $release = '1.8 dev';    // 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)`

Database changes for the customisable user fields 2007-01-04 12:35:47 +00:00			`$version = 2007010404; // YYYYMMDD = date`
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00			`// XY = increments within a single day`

Bumped to launch into 1.8 dev 2006-10-10 08:31:44 +00:00			`$release = '1.8 dev'; // Human-friendly version name`
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00
Changing session->data to medium text. Bug 5406. (http://moodle.org/bugs/bug.php?op=show&bugid=5406) Bump! 2006-05-08 16:40:44 +00:00			`?>`