Discussion :

[Papy214]

Bonjour tout le monde

Mon application doit pouvoir s'exécuter sous vista.

Sous un compte administrateur, pas de souci !

Sous un compte appartenant au groupe des utilisateurs avec pouvoir (minimum requis dans le cahier des charges), vista m'annonce que le programme ne peut s'exécuter. L'erreur semble indiquer un problème dans System.Security.

A votre avis, que faudrait-il que je fasse dans mon application pur qu'elle puisse se lancer sous un compte de ce type ?

Papy !

[The_badger_man]

Faut voir ce que fait ton programme. Ecrit-il dans la base de registre, dans une partie protégée du file system (program files par exemple), tente-t-il de modifier des paramètres système (l'heure par exemple), etc.

[Papy214]

il écrit dans la base de registre mais seulement dans HKCU
il crée des fichiers mais seulement dans le dossier ou un sous-dossier de l'application
et ne modifie aucun paramètre système.

Il ouvre une base de données et agit dessus, crèe ou détruit des fichiers créés par lui-meme.

Seule chose que je vois c'est cette ligne en début de ma classe principale

[PermissionSet(SecurityAction.Demand, Name = "FullTrust")]
[System.Runtime.InteropServices.ComVisibleAttribute(true)]

[fally]

une question : le user, arrive-t-il deja a faire manuellement les taches que ton programme fait? quand il se connecte avec ce profil

[Louis-Guillaume Morand]

donne lui un manifest.
lis les white paper sur le developpement sous vista, ca t'évitera plein de questions du genre

[Papy214]

Je viens de parcourir ton tuto sur le sujet. Je promets de l'étudie plus à fond mais là je dois trouver une solution rapidement.

J'ai modifié la ligne par défaut en

<requestedExecutionLevel level="highestAvailable" uiAccess="false" />

Je vais tester comme ça mais ce que je ne sais pas c'est si la compilation va prendre en compte cette modification ou si je dois "livrer" le fichier manifest avec l'application.

[dev01]

il crée des fichiers mais seulement dans le dossier ou un sous-dossier de l'application

C'est ça le problème. Une application n'as pas le droit d'écrire dans le Program File ou un de ces sous répertoire.

Deux solutions : Ton application utilise les droits admins ou alors tu utilises le CommonProgramData si les fichiers doivent être partagé entre plusieurs utilisateur sur le même poste.

Si ce n'est pas le cas, la préconisation est d'utiliser le répertoire ApplicationData

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Environment.GetFolderPath(SpecialFolder.ApplicationData)

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Environment.GetFolderPath(SpecialFolder.CommonApplicationData)

[Papy214]

dev01:

J'ai fais un test en donnant le contrôle total sur le dossier de l'application ainsi qu'aux sous-dossiers. A partir d'un compte admin windows bien entendu !
Est-ce que cela ne devrait pas suffire ?

[dev01]

dev01:

J'ai fais un test en donnant le contrôle total sur le dossier de l'application ainsi qu'aux sous-dossiers. A partir d'un compte admin windows bien entendu !
Est-ce que cela ne devrait pas suffire ?

Hum. bonne question. J'avoue que j'en sais rien, dans l'absolue je pense que oui mais j'ai un doute.

Dans tout les cas l'utilisation des emplacements standard est quand même fortement recommandé