fix: ajout de contrôles afin d'éviter de renvoyer une exception quand les métadonnées ont un format inattendu

[ggrossetie]

No description provided.

[netlify]

✅ Deploy Preview for stylo-docs canceled.

Name	Link
🔨 Latest commit	34dc8b0
🔍 Latest deploy log	https://app.netlify.com/sites/stylo-docs/deploys/67a20d0d6bb2680008f9be1a

[thom4parisot]

Du coup c'est quoi le comportement : ça ignore ces bouts de métadonnées qui ne peuvent être traitées ? Est-ce qu'un passage vers/depuis le formulaire depuis/vers le Yaml fait perdre des données ?

Est-ce qu'on ne ferait pas mieux d'appliquer le schéma sur la conversion Yaml -> JSON et d'avertir là où ça coince ?

[ggrossetie]

Du coup c'est quoi le comportement : ça ignore ces bouts de métadonnées qui ne peuvent être traitées ?

Oui ce n'est pas terrible mais la conversion se fait automatiquement via le resolver de l'API GraphQL.

Est-ce qu'un passage vers/depuis le formulaire depuis/vers le Yaml fait perdre des données ?

Les données ne sont pas perdues mais on ne sait pas les représenter :

Est-ce qu'on ne ferait pas mieux d'appliquer le schéma sur la conversion Yaml -> JSON et d'avertir là où ça coince ?

Les données sont en JSON dans la base de données. On peut appliquer/vérifier le JsonShema mais je ne sais pas quelle serait le comportement souhaité ? Est-ce qu'on bloque la prévisualisation ?

[thom4parisot]

Ok je vois. Ça me va de commencer comme ça et on verra bien s'il faut faire un effort supplémentaire si c'est pas clair/suffisant en terme d'usage 👍🏻

[ggrossetie]

La solution plus long terme c'est de gérer les transformations au niveau du service d'export/prévisualisation. On peut aussi ajouter un contrôle lors de l'enregistrement des métadonnées côté backend Stylo pour garantir que le format correspond à notre JsonSchema.