solution : AUTH_USER_MODEL -> a definir
This commit is contained in:
parent
e3952410a5
commit
5fd91dfb6f
27
doc.md
27
doc.md
|
@ -1419,6 +1419,33 @@ Pistes de résolutions:
|
|||
- rollback vers un état stable ?
|
||||
|
||||
|
||||
TODO: contourner le filtrage de port ssh chez moi !
|
||||
|
||||
Retour sur le bug de non transmission des attributs lors du SSO
|
||||
En réalité les attributs sont transmis, mais ne peuvent être stockés côté SP par mellon, qui semblent bloqué sur une incohérence du modèle User
|
||||
Quelle solution autre que le debugging ?
|
||||
|
||||
=> Etudier le customizing#extending the user model
|
||||
Sur conseil de Josué :
|
||||
mellon semble se contenter d'un modèle utilisateur par défaut, qui ne supporte pas l'ajout d'attributs tels que les attributs SupAnn que nous essayons de stocker côté SP
|
||||
|
||||
|
||||
/usr/lib/python2.7/dist-packages/mellon/views.py in authenticate :
|
||||
|
||||
def authenticate(self, request, login, attributes):
|
||||
user = auth.authenticate(saml_attributes=attributes)
|
||||
|
||||
Bingo :
|
||||
class UserSAMLIdentifier(models.Model):
|
||||
user = models.ForeignKey(
|
||||
verbose_name=_('user'),
|
||||
to=settings.AUTH_USER_MODEL,
|
||||
related_name='saml_identifiers')
|
||||
|
||||
|
||||
|
||||
|
||||
//CURRENT
|
||||
|
||||
|
||||
## Explications techniques Mik
|
||||
|
|
Reference in New Issue