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 = 2010021900;  // YYYYMMDD   = date of the last version bump
                            //         XX = daily increments

    $release = '2.0 dev (Build: 20100304)';  // 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)`

MDL-21666 backup & restore caps. Bump version and lang strings 2010-02-19 19:27:12 +00:00			`$version = 2010021900; // 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 20100304 2010-03-04 00:41:21 +00:00			`$release = '2.0 dev (Build: 20100304)'; // Human-friendly version name`
mnet MDL-21261 large overhaul. This commit changes: - The way that mnet rpc functions are registered. Plugins must now create db/mnet.php which is an array, similar to services.php. This replaces the old mnet_publishes() functions. version.php must be bumped to trigger this. - More information about each rpc-available function is stored in the database, including the class it belongs to, the file it is found in, and whether or not it is static. Methods that are not static must be in a class with a constructor that takes no arguments (this can easily be achieved with a small wrapper if necessary) - The xmlrpc dispatcher has been rewritten to remove all the dependencies on hardcoded information about auth,mnet,portfolio and repository, and just use the information in the database. - The old hardcoded hidden mnet/testclient.php has been moved to the Admin menu under "Development" and rewritten. - The xmlrpc introspection method profiling is now using php and zend reflection - which is a lot nicer than the old way, which was using a php-based php parser. This fixes some inconsistent handling of methods without arguments that were advertising their return value as the only method parameter. While this is a fix, it breaks BC slightly - the old 1.9 broken mnet/testclient.php will now not work properly with 2.0 - Dangerous mode is still supported, but old mod/*/rpclib.php is now unsupported, due to the fact that any plugin can export mnet functions with db/mnet.php. This is a slight BC break. Still TODO: - TEST TEST TEST - Document the two small BC breaks in release notes - Document the contract for db/mnet.php 2010-01-28 05:25:50 +00:00