Changes between Version 7 and Version 8 of ContribAuthImprovements
- Timestamp:
- Mar 22, 2012, 9:18:31 PM (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ContribAuthImprovements
v7 v8 117 117 118 118 * Allows any user model, potentially independent of contrib.auth entirely. 119 * Existing projects require no migration (though distributable apps might become outdated if they don't respect the setting).119 * Existing projects require no migration 120 120 * 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)`. 121 * Doesn't have the circular dependency issue of solutions 1 and 2. 122 121 123 122 Optionally: 124 123 … … 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. 134 133 * Doesn't solve the analogous problem for any other project. 134 * 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. 135 * Still has the settings-models circular dependency problem 135 136 136 137 == Solution 3: Leverage App Refactor ==