mahara-contributors team mailing list archive

[Mahara Bot <1174623@xxxxxxxxxxxxxxxxxx>]

Reviewed:  https://reviews.mahara.org/2792
Committed: http://gitorious.org/mahara/mahara/commit/064bf963c5c81d38442f6d377afbc1426980dbf5
Submitter: Aaron Wells (aaronw@xxxxxxxxxxxxxxx)
Branch:    master

commit 064bf963c5c81d38442f6d377afbc1426980dbf5
Author: Robert Lyon <robertl@xxxxxxxxxxxxxxx>
Date:   Fri Dec 13 09:28:22 2013 +1300

Adding in possibly missing id column for view_rows_columns (bug 1174623)

The field is currently not being used but because the install.php file
had the id column in it for v1.8 it means sites installed with 1.8
have the column but sites upgraded to 1.8 do not.

Change-Id: If1e52cf68ad18ce730fd2e9be3abf8684a94368d
Signed-off-by: Robert Lyon <robertl@xxxxxxxxxxxxxxx>

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1174623

Title:
  Correct schema drift during 1.0 -> 1.8 upgrades

Status in Mahara ePortfolio:
  In Progress
Status in Mahara 1.8 series:
  In Progress
Status in Mahara 1.9 series:
  In Progress

Bug description:
  We seem to get a lot of bug reports on the forum from people having
  issues after upgrading from pre-1.5 Mahara instances up to the latest.
  It seems that the upgrade scripts do not generate a database schema
  which is consistent with what you'd get from a clean 1.7 installation.

  If we want people to update to the latest version of Mahara (and we
  do!) then we need to make sure that the upgrade process works
  properly. So, we should test the upgrade process from each of the old
  versions of Mahara into master, and if it doesn't produce exactly the
  same DB schema as a fresh install, we need to correct the master
  upgrade scripts to solve this.

  Of course, there's also the matter of data in those tables getting
  messed up, but that's harder to recognize and fix. We could test for
  it partway, by making sure we upgrade a non-empty Mahara instance
  (something with at least a few users, pages, institutions, auth
  methods, etc).

  It might also be a good idea to add a tool that compares the schema
  against all of the install.xml files, so that users can tell whether
  they have a problem or not. Not worth writing one from scratch, but
  Moodle 2 has a script for copying a database, and one of its steps is
  to check the schema against all the XMLDB files, so we may be able to
  use that.

To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1174623/+subscriptions