[BUGFIX] Ré-afficher les messages d'erreurs renvoyés par l'API (PO-414). #1265
Conversation
|
I'm deploying this PR to these urls:
Please check it out! |
MathieuGilet
added
team-acces
👀 Tech Review Needed
and removed
Development in progress
labels
MathieuGilet
requested review from
chrc,
ebarbier,
octo-topi,
thloesch,
VincentHardouin and
yahyayouness
MathieuGilet
force-pushed
the
po-414-bugfix-api-422-errors
branch
from
3fc59b7
to
852fb33
Compare
|
Du coup le titre serait pas plutôt "[TECH] Mise à jour de Ember sur Pix Orga et Pix App en 3.17" ? |
octo-topi
force-pushed
the
po-414-bugfix-api-422-errors
branch
2 times, most recently
from
2c8255e
to
3ec819c
Compare
|
Belle description de PR, chapeau ! |
| @@ -61,7 +61,7 @@ | |||
| "ember-cli-uglify": "^3.0.0", | |||
| "ember-composable-helpers": "^3.1.1", | |||
| "ember-concurrency": "^1.1.6", | |||
| "ember-data": "^3.15.1", | |||
| "ember-data": "~3.17.0", | |||
There was a problem hiding this comment.
Est-ce un choix délibéré de ne pas utiliser le chapeau ? Si oui, pourquoi ?
There was a problem hiding this comment.
Comme expliqué sur le meet, je me suis inspiré de ce qui était fait dans le package.json de Pix Orga pour ember-data (à savoir ~) et l'ai appliqué sur les autres. Personnellement, je pense qu'accepter toutes les version 3.17.x et seulement celles-ci est une bonne chose.
Mention spéciale à la partie "Pour tester" |
*ember-data plutôt qu'Ember mais oui, on préfère mettre le changement en titre plutôt que le problème constaté |
thloesch
changed the title
MathieuGilet
force-pushed
the
po-414-bugfix-api-422-errors
branch
from
3ec819c
to
67b53dc
Compare
Hmm, question intéressante. J'avoue que je n'étais pas au courant de cette préférence, est-ce qu'elle est partagée ? 😉 J'aurais plutôt un biais pour parler des problèmes visibles, quand il y en a qui sont corrigés par un changement. Typiquement, dans le D'un autre côté, un changement de version de framework est significatif et je comprends qu'on préfère que ça ne passe pas au second plan. Une partie du problème vient probablement du fait qu'on essaie d'associer "un bug (ticket JIRA)" à "un changement dans le code (PR)". En réalité, un changement dans le code peut très bien corriger plusieurs bugs, ou avoir une intention autre (mise à jour de dépendance) mais corriger par effet de bord un ou plusieurs bugs. En attendant, je reste sur ma préférence pour les titres qui parlent de l'expérience utilisateur plutôt que de la machinerie interne. Mais peut-être le débat a-t-il déjà été tranché ? Je veux bien en savoir plus si c'est le cas. |
MathieuGilet
force-pushed
the
po-414-bugfix-api-422-errors
branch
from
67b53dc
to
985429d
Compare
🦄 Problème
Dans la mire de connexion/inscription de Pix Orga (accessible depuis un lien d'invitation), lorsque l'on tente de créer un compte avec une adresse email déjà existante, le message d'erreur "Cette adresse e-mail est déjà enregistrée, connectez-vous." est censé s'afficher en dessous du label "Adresse e-mail". Malheureusement, ce message d'erreur n'est plus affiché ce qui empêche l'utilisateur de comprendre ce qu'il se passe.
🤖 Solution
Après analyse, il a été constaté que cette disparition est survenue suite au passage d'Ember en version 3.15 sur Pix Orga et plus spécifiquement à la montée de version d'ember-data (une explications plus complète du problème est disponible dans la section "Remarques"). Ce problème a été corrigé par l'équipe d'ember-data à partir de la version 3.16.2. Par ailleurs, les application Pix Admin et Pix App possèdent elles aussi une dépendance à ember-data en version 3.15. Il a donc été décidé, pour ses trois applications, de passer en version 3.17 d'ember-data (la dernière).
🌈 Remarques
Pour comprendre le problème actuel, il faut déjà comprendre comment Ember gère les erreurs renvoyées par une API qui suit la spec JSON:API (c'est notre cas). Lorsque l'on tente de créer une ressource (.save()) et que cette création échoue à cause d'un des attributs de l'objet, Ember s'attend à ce que l'API retourne une erreur 422 (Unprocessable Entity) avec un "lien" vers l'attribut fautif. Une fois cette erreur reçue par l'adapter d'ember-data, celui alimente une propriété "errors" sur le model que l'on a voulu créer (plus d'informations sur ce blog: https://davidtang.io/2016/01/09/handling-errors-with-ember-data.html). Cependant, à partir de la 3.15, il s'avère que cette propriété "errors" n'était plus alimentée.
L'issue coté ember-data: emberjs/data#6936
La PR fixant le problème: emberjs/data#6941
Le CHANGELOG: https://github.com/emberjs/data/blob/master/CHANGELOG.md (merge du BUGFIX en version 3.16.2)
💯 Pour tester