Changes between Version 7 and Version 8 of ContribAuthImprovements

Timestamp:

Mar 22, 2012, 9:18:31 PM (12 years ago)

Author:

Russell Keith-Magee

Comment:

Corrected the problems/advantages of proposal 2a

ContribAuthImprovements

@@ -117 +117 @@
 
  * Allows any user model, potentially independent of contrib.auth entirely.
- * Existing projects require no migration (though distributable apps might become outdated if they don't respect the setting).
+ * Existing projects require no migration
  * Apps can explicitly signal their support of this new setting by using it and not referring to django.contrib.auth.User. For example, foreign key fields can be specified as `models.ForeignKey(settings.USER_MODEL)`.
- * Doesn't have the circular dependency issue of solutions 1 and 2.
-
+ 
 Optionally:
 
@@ -133 +132 @@
  * Doesn't address the !EmailField length problem for existing users. We could address this by having a User model (reflecting current field lengths) and a new !SimpleUser (that reflects better defaults); then use global_settings and project template settings to define which User is the default for new vs existing projects.
  * Doesn't solve the analogous problem for any other project.
+ * Existing apps need to be updated to reflect the fact that auth.User may not be the User model. Failure modes will be unpredictable, as auth.User will still exist as a table, but won't contain any User information.
+ * Still has the settings-models circular dependency problem
 
 == Solution 3: Leverage App Refactor ==