Nos formations à venir :
[résolu] : Contrôle utilisateur sous Windows 7 et Vista
Débuté par loicremy, avril 05 2010 02:48
#1
Posté 05 avril 2010 - 02:48
Bonjour,
Je termine actuellement une application qui , après installation, est amenée à télécharger des fichiers. L'appli, elle-même en Director 11.5, semble être prise en compte par ces systèmes (W7 et Vista) qui ne demandent en tout cas rien de spécial pour la lancer.
Par contre, tout les fichiers générés par cette dernière via le téléchargement (DownNetThing) ou par BuddyApi (les fichiers ini) se retrouvent classés dans les 'fichiers de compatibilité' et donc pas visibles par l'appli jusqu'à ce que l'utilisateur ait 'débranché' ce fameux contrôle utilisateur...
Quelqu'un connait-t-il un 'workaround', car j'imagine qu'aucune application, surtout non-Microsoft, ne pourra débrancher le système seule...
Merci d'avance pour les idées éventuelles
Loïc
Je termine actuellement une application qui , après installation, est amenée à télécharger des fichiers. L'appli, elle-même en Director 11.5, semble être prise en compte par ces systèmes (W7 et Vista) qui ne demandent en tout cas rien de spécial pour la lancer.
Par contre, tout les fichiers générés par cette dernière via le téléchargement (DownNetThing) ou par BuddyApi (les fichiers ini) se retrouvent classés dans les 'fichiers de compatibilité' et donc pas visibles par l'appli jusqu'à ce que l'utilisateur ait 'débranché' ce fameux contrôle utilisateur...
Quelqu'un connait-t-il un 'workaround', car j'imagine qu'aucune application, surtout non-Microsoft, ne pourra débrancher le système seule...
Merci d'avance pour les idées éventuelles
Loïc
#2
Posté 07 avril 2010 - 10:08
Hello
Sans passer par un logiciel tiers, tu peux avec l'Xtra de Kor6k - RegXtra 1.3, développer l'accès à la base de registre Vista, W7 ( mais pas sûr que cette clé soit au même endroit )
Reste à trouver la clé correspondante à " contrôle utilisateur "
Sans passer par un logiciel tiers, tu peux avec l'Xtra de Kor6k - RegXtra 1.3, développer l'accès à la base de registre Vista, W7 ( mais pas sûr que cette clé soit au même endroit )
Reste à trouver la clé correspondante à " contrôle utilisateur "
#3
Posté 12 avril 2010 - 04:19
Merci beaucoup de ton aide.
En fait, j'ai contourné le problème en forçant dans mon programme d'installation le répertoire de l'appli autre part que dans 'Program files' . Le contrôle UAC ne s'applique en effet qu'a ce dernier et au répertoire 'Windows' ...
Voilou .
[Résolu]
En fait, j'ai contourné le problème en forçant dans mon programme d'installation le répertoire de l'appli autre part que dans 'Program files' . Le contrôle UAC ne s'applique en effet qu'a ce dernier et au répertoire 'Windows' ...
Voilou .
[Résolu]
#4
Posté 29 octobre 2010 - 08:30
Pour info, il existe une appli avec un OCX que l'on peut importer dans director pour changer les droits sur des dossiers ou fichiers(en local ou pas)et de plus en open source : SetACL
pour un exemple d'utilisation (en anglais), voir ici : http://setacl.source...s.html#Section6
pour un exemple d'utilisation (en anglais), voir ici : http://setacl.source...s.html#Section6
#5
Posté 02 novembre 2010 - 01:36
pour info (aussi), j'ai eu un problème similaire avec un projet qui fait du webupdate, et était tout perdu sous vista et seven.
ça venait d'un des services de virtualisation de l'environnement d'exécution de vista et seven : il faut le désactiver en exécutant "secpol.msc", puis en passant à "désactivé" le service "contrôle de compte utilisateur : inscrire de manière virtuelle les échecs d'écriture des fichiers ..."
hth
ça venait d'un des services de virtualisation de l'environnement d'exécution de vista et seven : il faut le désactiver en exécutant "secpol.msc", puis en passant à "désactivé" le service "contrôle de compte utilisateur : inscrire de manière virtuelle les échecs d'écriture des fichiers ..."
hth
1 utilisateur(s) li(sen)t ce sujet
0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)









