Lorsque vous essayez d’effectuer une requête uniquement sur un groupe sans propriétaire, comme ceci :
… vous obtiendrez un message générique ÉCHOUÉ :
Ce n’est pas un problème majeur, mais il serait appréciable qu’un message indique ce qui ne va pas. J’ai rencontré cette erreur sans le savoir et je n’ai pas compris la cause jusqu’à ce que je remarque l’absence de propriétaire de groupe.
J’ai jeté un coup d’œil rapide à cela. Le formulaire est soumis et l’erreur générique provient du back-end lorsque les validations échouent de ce côté.
Ajouter une validation côté client et renvoyer un message d’erreur descriptif depuis le back-end semblent tous deux être des correctifs raisonnables.
En complément de cela, lorsque vous rendez le groupe privé plus bas dans le formulaire, ces cases à cocher sont désactivées, mais si vous les aviez déjà cochées, elles restent cochées. Cela rend les garde-fous côté client inefficaces et permet de créer un groupe privé avec une politique d’accès exigeant une visibilité publique.
Édition : La validation côté client pourrait ne pas être si simple, car le formulaire est divisé de manière à ce que les parties dépendantes se trouvent dans différents composants. Une fois le groupe créé, ils sont répartis dans différents onglets, ce qui n’est pas idéal, je suppose. Qui plus est, il s’agit d’un composant Ember hérité avec des liaisons bidirectionnelles.
Vous pouvez également supprimer tous les propriétaires après avoir créé le groupe, ce qui le rend inutilisable.
J’ai créé une PR ici pour renvoyer un message d’erreur plus clair depuis le back-end :
Le message d’erreur était déjà présent dans le fichier de traduction, il s’agit donc probablement d’une régression.
C’est ce que je pense aussi
