571335_fr-FR

liliconcom

Le répertoire est-il accessible en écriture renvoie 0 lorsque le répertoire est accessible en écritureJ'ai un problème avec lequel les utilisateurs qui avaient auparavant un accès en lecture seule aux lecteurs réseau, lorsqu'ils disposent d'un accès en lecture et en écriture, font toujours que le répertoire inscriptible() renvoie 0 lorsqu'il se trouve dans le répertoire, après avoir obtenu l'accès. Les utilisateurs ont vérifié qu'ils peuvent ouvrir un dossier, créer un fichier, mettre à jour un fichier et supprimer un fichier dans le répertoire en question. Quelqu'un d'autre a déjà eu ce problème. Cela a rendu difficile la configuration de la validation des données concernant les répertoires de sauvegarde.Automatisation et scriptsles fenêtresRe : Le répertoire est-il accessible en écriture renvoie 0 lorsque le répertoire est accessible en écritureJe suppose que vous avez raison. Mon groupe informatique met probablement simplement à jour le premier statut d'écriture pour que les utilisateurs soient activés. Mais jmp peut exiger que le deuxième champ « ancien » ne soit pas en lecture seule (complètement décoché) lors de la mise à jour des privilèges utilisateur pour le répertoire est accessible en écriture pour renvoyer 0. Et mon équipe informatique ne réalise pas qu’elle doit également réparer cet emplacement…

Il est logique qu’il ne s’agisse pas d’un test de bout en bout. Comme ils ont évidemment un accès en lecture-écriture.

J'ai déjà exécuté la commande is is directory pour confirmer que le chemin est saisi correctement et qu'il existe. Et cela renvoie 1. Merci d'avoir suggéré cela comme première vérification de cohérence.

Je demanderai également au service informatique de vérifier le mappage des lecteurs pour ce répertoire. Et je reviendrai si je découvre une résolution.

Quelqu'un a-t-il un script JSL qui fait une version de bout en bout du répertoire inscriptible que je pourrais insérer pour la vérification effectuée par JMP ? Cela pourrait être la meilleure solution à long terme à ce problème…Re : Le répertoire est-il accessible en écriture renvoie 0 lorsque le répertoire est accessible en écriture

Vérifiez que le chemin existe avec IsDirectory() avant IsDirectoryWritable(). Si le répertoire n'existe pas (mal orthographié, etc.), IsDirectoryWritable rapporte faux, pas une erreur. IsDirectory() renvoie false pour un mauvais nom. Peut-être un problème de mappage de lecteur ?

 

Lors de mes tests rapides, la fonction semble tester les autorisations Windows, sans effectuer de test de bout en bout. Pour mes lecteurs Linux connectés à VirtualBox, il indique toujours vrai (inscriptible) quelles que soient les autorisations Linux.

 

Voici ce que je vois :

User PermissionsUser PermissionsAutorisations utilisateurAdmin PermissionsAdmin Permissions Autorisations d'administrateur

J'exécute en tant qu'utilisateur, pas en tant qu'administrateur, et les dossiers sans autorisation d'écriture ont isDirectoryWritable==false.

 

Enfin : il existe une option ancienne qui, je crois, n'est pas impliquée :

Directories don't really have a read-only attribute.Directories don't really have a read-only attribute.Les répertoires n'ont pas vraiment d'attribut en lecture seule.

Cette case est un troisième état, ni coché ni décoché.

https://superuser.com/questions/1580751/folders-created-with-read-only-attribute-and-i-cannot-remove