SciencesPoDRIS / CartoScPo

Les centres de recherche en science politique en France
GNU Lesser General Public License v3.0
3 stars 1 forks source link

Bugs d' affichage de certaines données sur le FO #56

Closed MG95SP closed 5 years ago

MG95SP commented 6 years ago

Certaines données des onglets "Publication" ou "Documentation" qui sont correctes dans le BO ne s'affichent pas ou s'affichent dans les mauvais champs sur le FO. Exemples :

MG95SP commented 6 years ago

Un problème d'affichage se produit également à l'onglet "description" pour le champ "site web"

Delapouite commented 6 years ago

Concernant le dernier point soulevé, le site web de l'onglet description:

Dans mon jeu de donnée local j'ai par exemple le CADIS qui n'a aucune valeur et le CED qui en a une. Visuellement sur le Front End, le lien vers le site s'affiche bien pour le CED, mais pour le CADIS c'est un peu perturbant car on a juste l'icone du globe terrestre et rien à coté.

S'agit il d'un cas similaire sur lequel tu es tombé ?

Afin d'éviter d'afficher un globe terrestre vide, je le masque dans ce nouveau commit: https://github.com/SciencesPoDRIS/CartoScPo/commit/7abcf5f22298e3fc5464fa87837c69dec742fda8 (qui sera déployé plus tard)

MG95SP commented 6 years ago

Le problème d'affichage des données a été corrigé à peu près partout sauf pour l'item “revues en propre” à l’onglet “publications” et pour l'item "Mots-clés sujet" à l’onglet “thématiques”. Exemple avec le LAM

Delapouite commented 6 years ago

Les deux champs mentionnés ont été corrigés.

naholyr commented 5 years ago

En dev les problèmes de conversion markdown devraient être corrigés, ils étaient dus à un chemin invalide dans l'import par Gulp, tout simplement. Les corrections apportées par Bruno fonctionnent une fois ce chemin corrigé :)

naholyr commented 5 years ago

À noter : certains des problèmes liées à cette issue sont a priori en réalité liées à la #61

naholyr commented 5 years ago
MG95SP commented 5 years ago

Résolu en pprd. Sauf "Archivage des données de la recherche" qui s'était décoché en BO (même lorsque le champ était renseigné) et qui n'apparait donc pas en FO. Si cela peut aider à résoudre le bug, possibilité de rendre ce champs toujours visible en FO et BO (sans avoir à le cocher). image

naholyr commented 5 years ago

Étrangement en local j'ai reproduit ce problème une fois seulement, puis en relançant le process "back-office" il semble être parti tout seul :confused: Il n'y a pas de spécificité sur ce champ par rapport aux autres "boolean-item" (incluant également "Centre de documentation ou bibliothèque en propre", "Collections auprès d'éditeurs", "Revues en propre").

En préprod est-ce que ces 4 champs buggent de manière équivalentes ou c'est juste celui-là ?

Vu le comportement en local, je pense qu'une des deux actions suivantes a corrigé le bug :

Je push simplement le template remis en forme automatiquement par mon éditeur, il faudrait essayer de reconstruire l'image pour s'assurer que le back-office est bien relancé et recompilé. On verra si ça suffit en réalité.

MG95SP commented 5 years ago

Il n'y a que le champ "Archivage des données de la recherche" qui pose problème - et pour un seul centre. Je te confirme qu'en pprd ce champ est toujours décoché avec le CEE mais ok avec le CEVIPOF, le CERAPS, et les autres centres qui ont une valeur pour cet item ! Le problème portait peut-être que sur le CEE ??

naholyr commented 5 years ago

Dans le doute, pour info j'ai annulé le commit c5bdb59 dans le cadre de la #70, à voir si le bug présent ici se reproduit du coup.

Le problème portait peut-être que sur le CEE ??

Est-ce toujours le cas ?