Add a <meta name="generator"> tag with the Mahara major version number
Bug 1384497. This also adds a new $config->series to lib/version.php,
which stores the major version (or as we sometimes call it, "the series")
of the current release. It seemed better to store this separately rather
than to try to parse it from $config->release, because we may change
our release numbering strategy in the future.
The problem is also present in 1.10_STABLE from this commit being backported there. The problem is not present in 1.8_STABLE or 1.9_STABLE, however. Perhaps it was fixed by this commit (present in 1.8_STABLE & 1.9_STABLE but not 1.10_STABLE):
Used git bisect to identify this commit as the source of the problem:
commit 847754aaacade14 30aac99c40c6378 b642cf3c1b
Author: Aaron Wells <email address hidden>
Date: Thu Oct 23 12:48:17 2014 +1300
Add a <meta name="generator"> tag with the Mahara major version number
Bug 1384497. This also adds a new $config->series to lib/version.php,
which stores the major version (or as we sometimes call it, "the series")
of the current release. It seemed better to store this separately rather
than to try to parse it from $config->release, because we may change
our release numbering strategy in the future.
Change-Id: If4c0d7352e9433 cdaf54a03bb9223 56d6c950e7d
The problem is also present in 1.10_STABLE from this commit being backported there. The problem is not present in 1.8_STABLE or 1.9_STABLE, however. Perhaps it was fixed by this commit (present in 1.8_STABLE & 1.9_STABLE but not 1.10_STABLE):
Fixing a backporting mistake (Bug #1384497)
Older versions handle the check_upgrades() output
differently
Change-Id: I7b847d814a504e a4a15f1c7b8a1a9 e5d008299bf
Signed-off-by: Robert Lyon <email address hidden>