Evolution #1219
minimiser le risque d'une activation d'ESU par erreur sur horus
Description
Suite à l'activation par erreur d'ESU sur plusieurs horus d'établissements de notre Académie, avec les conséquences que l'on connait, nous souhaiterions que soit étudiée la possibilité de désactiver cette fonctionnalité.
Plusieurs précautions pourraient être ajoutées :
1- définir au niveau du dictionnaire zephir si l'on souhaite ou non rendre visible à l'utilisateur admin le lien vers ESU ("l'utilisateur admin a un lien pour activer ESU (Oui/Non) ?")
2- Lorsque l'utilisateur clique sur l'exécutable, attirer son attention sur les risques que comporte cette activation, lui rappeler les conséquences (quasi irréversibles) de son action, et lui demander s'il souhaite réellement poursuivre ?
Demandes liées
Révisions associées
Esu désactivé par défaut sur Horus-2.3 (fixes #1219)
Historique
#1 Mis à jour par Olivier JANVOIS il y a plus de 13 ans
Ma demande concerne bien horus et non pas scribe contrairement à ce que laisse entendre son affectation... Pourriez vous modifier celle ci svp ? Merci d'avance.
#2 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Assigné à mis à Joël Cuissinat
- Version cible mis à EOLE 2.3 RC4
Sur 2.2, on va éviter de toucher à ça !
Par contre, on peut essayer de prévoir un truc en 2.3 (je pense à une variable dans le dico)
#3 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Projet changé de Scribe à conf-horus
#4 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Version cible changé de EOLE 2.3 RC4 à EOLE 2.3 RC3
#5 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit d4f817877116c55d2214eac2480ecf7ead6b02d0.
#6 Mis à jour par Joël Cuissinat il y a plus de 13 ans
Utilisation du travail réalisé pour #1417
D'autres tests / scripts seraient à retoucher pour améliorer la solution
#7 Mis à jour par Joël Cuissinat il y a plus de 13 ans
- Statut changé de Résolu à Fermé