Anomalie #87
Si on active puis désactive l'anti-virus temps réel, on se retrouve avec tous les fichiers .scanned
Description
Signalé par Anthony I et constaté à Montchapet.
Vérifier et trouver une solution ("hide files =" ?)
A reporter sur Horus !
Révisions associées
fichiers .scanned mis en veto files (fixes #87)
change position and reduce animation of message after redirect; see #87
fix position of messageAfterRedirect and add an event to close it on click outside of dialog,; fix #87
Migrate PluginOcsinventoryngDeviceBiosdata to Item_DeviceFirmware. fix #87
trier les formulaires par ordre alpha (ref #87)
Historique
#1 Mis à jour par Christophe Dezé il y a environ 14 ans
je confirme
et ca peut meme empecher d'ouvrir une session.
j'avais un fichier .scanned dans le profil
find /home -type f -name ".scanned*" -exec rm -f {} \; # ne chercher que les fichiers#2 Mis à jour par Joël Cuissinat il y a environ 14 ans
Il faut relativiser car, en général, ce n'est pas tous les utilisateurs qui ont l'affichage des fichiers et dossiers cachés activé !
Les fichiers commençant pas un point "." sont considérés comme fichier cachés (au sens Windows).
La configuration Windows/ESU par défaut des professeurs et des élèves dés-active la règle "Afficher les dossiers et fichier cachés", ces utilisateurs ne voient donc pas les fichiers ".scanned*".
Seul les "DomainAdmins" voient les dossiers/fichiers cachés.
#3 Mis à jour par Joël Cuissinat il y a environ 14 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit b0c3f47fa88a3796fba33fc3ad17e0c177527294.
#4 Mis à jour par Joël Cuissinat il y a environ 14 ans
En réalité, c'est "veto files" qu'il faut utiliser.
Dans ce cas, il est impératif d'ajouter : "delete veto files = yes" sinon, les utilisateurs ne peuvent pas supprimer les répertoires contenant des .scanned !
#5 Mis à jour par Joël Cuissinat il y a environ 14 ans
- Statut changé de Résolu à Fermé
validé en candidate (conf-scribe 2.2-eole186)