Commit Graph

19 Commits

Author SHA1 Message Date
james
01fde584be Do a lot of database re-working, renaming and reorganization
Database now refers to everything by donor/donation .. and apparently just as i complete this, carolyn has decided to go to both donor/sponsor instead of just donor.. ugh..
2009-10-02 16:46:13 +00:00
james
f963dbf276 Merge all changes from branch r1284:1498 into trunk 2009-09-09 00:26:12 +00:00
james
0f2812cc90 Set the email address properly on install 2008-07-08 19:52:14 +00:00
james
e1055150c9 Dont make newly created users passwords expire as soon as they login
Allow firstname and lastname to be POSTed through on the install3 script so the name can be set instead of using 'Superuser Account'
2008-07-08 19:29:02 +00:00
james
7eb4ad1ecc Fix install3 after dave's commit of the tour assigner config values as default year=0
The install3 script detects an 'existing' install vs a 'fresh' install by checking for config entries with year=0... originally it expected only one DBVERSION and if any others existed then this must not be a fresh install, but now since things exist there, we need to forcefully check only the vars we're looking for.
2008-01-11 21:36:25 +00:00
dave
f6cc5d7326 - Cleanup how variables are handled/rolled/etc. Convert the require_vars
function in the config editor to one that checks where ALL variables marked
  with year=-1 exist for FAIRYEAR.  If it doesn't, it creates them.  This
  function gets called in three places:
 	- On installation
	- On rollover
	- Whenever the database is updated
 We should, now, be able to just insert new variables with year=-1, and they
 will be automatically updated for the current year with the default value.
 (no more going into the variable editor to make sure the copy is done).

- Fix the superuser account creation in the install script
2007-11-25 19:53:15 +00:00
james
2063ada383 Insert a name 'Superuser Account' with the superuser record so it will properly show up in the committee editor list 2007-09-26 21:30:52 +00:00
james
620353e8fa properly install config types and type values
properly rollover config types and type values
2007-09-26 20:21:13 +00:00
james
486536b331 Add full db 22 file
update installer to properly add the current year's configuration variables
2006-09-04 15:42:34 +00:00
james
aac1a8461d Fix bug in install3 2005-12-15 16:04:47 +00:00
james
343c70f633 Added the fair year rollover code to go from one year to the next 2005-11-21 19:36:48 +00:00
james
bd4f8b6739 whoops, the code for the fairmanager was messed up - should be fixed now
also set the fair manager to the superuser on installation
2005-06-07 21:36:07 +00:00
james
6a9b470698 Switch the database versioning code from a flat textfile (db/db.db.version.txt) to a record in the config table (var=DBVERSION, year=0)
This gives us a much more robust database versioning system
2005-06-07 21:03:55 +00:00
james
ac3053318d when creating the superuser, make sure they get admin/config/super=Y
also fix the config/dates insert queries so they will work
2005-06-07 20:22:25 +00:00
james
7df9e6e444 ask for and save the 'fairname' configuration variable 2005-06-07 20:12:27 +00:00
james
5ef9051c0a Nearly finished install3 - I think the installer is almost ready to be used.
also updated DB version 7 to include the language entries
also update common.inc.php to make sure install3 is installed (make sure there's entries in the config table!)
2005-06-07 01:23:15 +00:00
james
abf46c9e7c Setup defaults in config and dates table to be year=-1
The config and dates pages now need to be updated to read defaults, and insert new config parameters as FAIRYEAR if they dont exist already
Bumped version to 7
2005-06-06 18:56:19 +00:00
james
65954a35b9 Fix the file that gets imported for step 2, add more checking to step 3 2005-06-06 17:19:17 +00:00
james
4034991742 Add the start of installation step 3
remove ability in config/variables to change the fair year -- this needs to be done via the rollover functionality
2005-06-06 17:07:35 +00:00