.NET FileIOPermission & ApplicationData

Question

Je reçois une exception FileIOPermssion lorsque vous tentez de créer un dossier dans Environment.GetFolderPath (Environment.SpecialFolder.ApplicationData) sur certains ordinateurs. J'ai établi qu'il existe une forme d'antivirus sur l'ordinateur en question, mais je n'ai pas pu entrer en contact avec leur département informatique pour savoir ce qu'ils utilisent spécifiquement.

Quelqu'un d'autre a-t-il rencontré un problème comme celui-ci? J'ai essayé googling pendant un moment et n'ai rien trouvé. Y a-t-il quelque chose que je dois faire pour garantir des permissions d'écriture sur ApplicationData?

Answer 1

Le problème a été définitivement causé par l'exécution de l'application hors du lecteur réseau. Cela met l'application en approbation partielle qui empêche l'écriture dans le répertoire ApplicationData. Le stockage isolé était censé fonctionner autour de cela mais je n'ai pas eu de chance avec ça non plus. Il produit exactement la même erreur que l'utilisation d'autres commandes File IO directement. Une des choses qui fonctionne est d'installer l'infrastructure .NET 3.5 qui modifie le niveau de confiance par défaut pour les applications s'exécutant sur des partages réseau.

Answer 2

Vista ou XP. Ou plus important encore, pas de problèmes sur XP, mais des problèmes sur Vista? Vous pourriez être en conflit avec UAC qui est plus strict sur la vérification des autorisations de sécurité requises pour diverses actions. J'ai rencontré un problème similaire avec un programme d'installation d'imprimantes que j'ai écrit - fonctionne bien sur XP, mais nécessite une dénomination forte et quelques réglages GPO lorsqu'il est exécuté à partir du partage réseau dans Vista.

EDIT: Étant donné que cela ne semble pas être le problème, vous pouvez vérifier si la redirection de dossier est activée et, dans l'affirmative, comment elle est configurée. Il peut s'agir d'un problème d'écriture sur un partage réseau plutôt que sur un disque local. Ou il y a peut-être un GPO qui bloque l'accès en écriture au dossier ApplicationData - ou à l'installation du logiciel en général.

Answer 3

J'ai reçu une autre réponse sur un forum différent qui pourrait être la réponse, mais je dois d'abord la vérifier. Fondamentalement, ce qu'ils ont suggéré est que l'utilisateur pourrait avoir installé l'application sur un partage réseau au lieu de directement sur le disque dur, ce qui signifierait que l'application ne fonctionnerait pas avec une confiance totale. Le correctif recommandé consistait à utiliser isolated storage au lieu de ApplicationData si c'était le cas.

Je vais vérifier que c'est le problème et mettre à jour si l'utilisation de stockage isolé le résout.