debug: brainstorming...
This commit is contained in:
parent
5420dece87
commit
e3952410a5
22
doc.md
22
doc.md
|
@ -1398,6 +1398,28 @@ login.assertion.exportToXml()
|
|||
|
||||
FieldDoesNotExist at /accounts/mellon/login/
|
||||
User has no field named 's_entite_affectation_principale'
|
||||
/usr/lib/python2.7/dist-packages/django/db/models/options.py in get_field, line 554
|
||||
|
||||
Incohérence dans le modèles de données de django_mellon
|
||||
le modèle semble cassé :
|
||||
```
|
||||
tpl '{attributes[s_entite_affectation_principale][0]}'
|
||||
|
||||
old_value u''
|
||||
|
||||
model_field <django.db.models.fields.CharField: last_name>
|
||||
```
|
||||
Pourquoi last_name dans le model_field ?
|
||||
Pourtant les migrations du modèle ont été effectuées
|
||||
|
||||
Pistes de résolutions:
|
||||
- débogger le backend mellon ?
|
||||
- comprendre le déroulement de la fonction authenticate, pourquoi a-t-elle encore besoin d'aller taper dans le backend mellon
|
||||
- en parler avec Benj et Mik !
|
||||
- rollback vers un état stable ?
|
||||
|
||||
|
||||
|
||||
|
||||
## Explications techniques Mik
|
||||
|
||||
|
|
Reference in New Issue