-
Notifications
You must be signed in to change notification settings - Fork 76
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Erreur sur l'onglet service #3795
Comments
Bonjour, C'est assez étrange, je ne reproduit pas ce problème. Il y n'y a pas eu de modification particulière liée au services dans la 2.101. Par contre dans la 2.100 on a corrigé un bug justement lié à datatables et aux Services : #3521 Ton erreur me fait un peu penser à ce bug, mais vu qu'il a été corrigé justement ça m'étonne. Est-ce que sur votre instance il y a un paramétrage particulier (dans le custom.py) lié aux colonnes affichées dans la vue liste ou à datatable ? |
Sinon ça peut justement être un problème de cache du navigateur ou du serveur ? |
Bonjour,
Je l'ai commenté et restart géotrek, et idem... |
Après de multiple tests, j'ai réussi à résoudre le problème par la modification de la ligne https://github.com/GeotrekCE/Geotrek-admin/blob/master/geotrek/trekking/views.py#L456 en supprimant le 'name', et en ajoutant la ligne suivante au custom.py :
Ce n'est surement pas la bonne méthode, mais je n'ai plus d'erreur. Si ça peut aider à résoudre le problème... |
OK, en effet les services n'ont pas de champs NAME, mais seulement un id et un type. |
Oui en effet j'ai l'impression qu'il y a un lien avec ce commit. Mais ce qui est bizarre c'est que le problème ne survienne pas sur d'autres instances ... 🤔 |
Est-ce que cela peu venir du fait d'avoir sauté plusieurs versions ? |
Non. Lorsqu'on passe d'une ancienne version à une nouvelle la mise à jour repasse chaque migration de base une à une, comme si faisait chaque mise à jour l'une après l'autre, donc normalement ça n'engendre pas de problèmes. |
Ce n'est pas le champ 'name' qui pose probleme en temps que tel. Le serializer de la liste se sert de la proprieté name_display, qui affiche un lien et une icone en fonction de plusieurs attributs. le nom du type, le statut "publié" etc. dans le cas ou le service n'est pas publié, il va regarder la propriété self.type.review, Or un type de service n'a pas d'attribut review (différence entre PublishableMixin et BasePublishableMixin). Donc çà ne marche pas pour les instances ayant des services non publiés. Il ya donc bien un bug qui se produit en fonction des données en base, pour corriger il faudrait savoir est-ce qu'un type de service peut avoir un attribut C'est du à ce commit |
Oups, si je comprends bien c'est donc mon code qui a tout cassé ... 😬 L'idée du ticket #1669 c'était justement d'enlever cet attribut |
[HOTFIX] 🚑 Fix services list display error (refs #3795)
Bonjour, un fix est publié dans la version 2.101.2, merci d'avoir remonté le problème |
Bonjour,
Suite au passage à la version 2.101, nous avons un message d'erreur sur l'onglet service.
Est-ce que ça vous parle ?
The text was updated successfully, but these errors were encountered: