Scénario #31433
Mis à jour par Joël Cuissinat il y a plus de 3 ans
Test squash SC-T06-004 - Inscription d'un EAD web dans un backend distant : https://dev-eole.ac-dijon.fr/squash/executions/11476
Joël Cuissinat a écrit :
> Avec mes derniers commits, il n'y a plus d'erreur d'enregistrement mais cela ne suffit pas car la clé est enregistrée en binary sur le Scribe (un coup de pyeole/dict4ini ?) :
> <pre>
> root@scribe:~# cat /usr/share/ead2/backend/config/frontend_keys.ini
> [keys]
> scribe.dompedago.etb1.lan = e6ee2c420cef7f4e0738f4161de53f96e9c488af
> b'10.1.3.1' = 5bdf8156c0fdda0114796034b6a38936b606b1f7
>
> </pre>
>
> En modifiant la clé en @10.1.3.1@, l'EAD devient utilisable...
>
> Les désinscriptions ne font pas d'erreur mais la ligne n'est jamais supprimée du fichier @/usr/share/ead2/backend/config/frontend_keys.ini@ non plus !
Supprimer le code @pyeole/dict4ini@ en *2.8.1* et vérifier si d'autres codes l'utilisent dans EOLE.
Joël Cuissinat a écrit :
> Avec mes derniers commits, il n'y a plus d'erreur d'enregistrement mais cela ne suffit pas car la clé est enregistrée en binary sur le Scribe (un coup de pyeole/dict4ini ?) :
> <pre>
> root@scribe:~# cat /usr/share/ead2/backend/config/frontend_keys.ini
> [keys]
> scribe.dompedago.etb1.lan = e6ee2c420cef7f4e0738f4161de53f96e9c488af
> b'10.1.3.1' = 5bdf8156c0fdda0114796034b6a38936b606b1f7
>
> </pre>
>
> En modifiant la clé en @10.1.3.1@, l'EAD devient utilisable...
>
> Les désinscriptions ne font pas d'erreur mais la ligne n'est jamais supprimée du fichier @/usr/share/ead2/backend/config/frontend_keys.ini@ non plus !
Supprimer le code @pyeole/dict4ini@ en *2.8.1* et vérifier si d'autres codes l'utilisent dans EOLE.