OVH Cloud OVH Cloud

IE6 SP2

16 réponses
Avatar
Alan
Bonjour.
Sur un pc client, j'ai un programme que je souhaite lancer depuis IE (via
un asp.net en utilisant Response.write ), le resultat dans ma page est :
<script
language="javascript">window.open("file://monfichexe","xFichier","top=100,left=100,menubar=yes,toolbar=yes,status=yes,resizable=yes"); </script>

Sous 2003Server et IE6 : pas de problèmes. Sous XP SP2 : accès refusé. J'ai
viré toutes les options de sécurité, mais rien a faire. Je désespère!

6 réponses

1 2
Avatar
alan
Merci. Saurais-tu comment dire à un programme ou aller chercher ses
références, si elles ne se trouvent pas dans son répertoire? Si c'est le cas,
j'ai la solution, lancer mon fichier en utilisant window.open
"http://..../fichier"

"Patrice" a écrit :

Cela ressemble à un comportement qui me semble décrit aussi au niveau du SP
2 du style : si je suis dans une zone restreinte, je ne peux pas lancer du
contenu situé dans une zone plus privilégié.

C'est sur des configurations dont tu as le contrôle ? Tu peux tenter de
modifier le "Disable_Local_Machine_Navigate". Voir :
http://windowsxp.mvps.org/ie/elevlocalfile.htm qui semble décrite exactement
ce problème (même les sites de confiance ne peuvent pas ouvrir un contenu
local)

L'autre solution que je vois serais de lancer l'application en passant par
un ActiveX ou une Applet intermédiaire et qui devrait donc pouvoir
s'affranchir de cette restriction (tu avais demandé des suggestions
farfelues non ?). L'utilisateur devra au préalable accepter cette
installation (et je crois savoir qu'i faut forcément maintenant signer
l'applet ou le contrôle).

Patrice

--

"alan" a écrit dans le message de
news:
> Si je sauvegarde ma page web (fichier enregistrer sous) et que je la
lance,
> cela fonctionne.
> Comme je l'ai di, je lance un fichier local (sur l'ordinateur du client).
> Lorsque ma page
> s'ouvre (sur un XP PRO SP2; http://localhost/default.aspx), j'ai une
erreur
> de script (accès refusé).
>
> J'ouvre la même page sur un windows XP PRO SP1, cela fonctionne. Idem sous
> 2003 server.
>
> J'ai installé firefox : idem sous sp2, marche sous sp1 et 2003.
>
> Je ne sais plus quoi inventer!
> J'ai tenté un <iframe src="file://c:test.exe">, je n'ai plus d'erreur,
mais
> ca ne lance rien sous sp2 (fonctionne pour les autres)
>
> Par contre, si je fais window.open("http://localhost/exe/test.exe") cela
> fonctionne, mais comme mon exe a besoin de librairies qui se trouvent dans
le
> meme repertoire, l'exe foire (system.io.FileNotFoundException). Si je
savais
> comment faire pour que mon programme aille chercher ses références dans un
> endroit précis... J'ai essayé de les copier dans windows/system32,
> windows/microsoft.NET/frameword/v1.1.4322, mais cela ne va pas mieux...
>
> Je suis prêt à ecouter TOUTES les suggestions, même les plus farfelues...
>
> Merci pour ton aide
>
> "Patrice" a écrit :
>
> > J'ai essayé du côté de
> >
http://www.microsoft.com/france/msdn/technologies/technos/windows/info/info.asp?mar=/france/msdn/technologies/technos/windows/info/securitenavigation/verrouillage.html
> > mais pas mieux...
> >
> > Patrice
> >
> > --
> >
> > "Patrice" a écrit dans le message de
> > news:
> > > Est-ce que cela marche avec une page HTML locale ? Il pourrait bien y
> > avoir
> > > deux barrières à franchir (le fait que le fichier est local et que ce
soit
> > > un EXE).
> > >
> > > Le fichier EXE est-il volumineux ? Nécessite t'il une installation ?
(par
> > > exemple le mettre sur le site web contournerait le problème).
> > >
> > > Ca a l'air mal parti ;-) Je vais essayer de faire un petit test...
> > >
> > > --
> > >
> > > "Alan" a écrit dans le message de
> > > news:
> > > > J'ai essayé :
> > > > Intranet local et site de confiance : resultat idem
> > > >
> > > > "Patrice" a écrit :
> > > >
> > > > > Cest quoi un fichier exe ou un répertoire ?
> > > > >
> > > > > Il y à priori deux points qui peuvent poser problème :
> > > > >
> > > > > 1) Dans Ie, une popup ne peut plus être ouverte que sur action de
> > > > > l'utilisateur (à priori pas par un script au chargement de la
page, il
> > > faut
> > > > > que l'ouverture ait lieu à partir d'un évènement déclenché par
> > > l'utilisateur
> > > > > comme le click d'un bouton). IE signale et permet d'autoriser tout
de
> > > même
> > > > > la popup.
> > > > >
> > > > > 2) Le deuxième point est que par principe un site dans la zone
> > Internet
> > > ne
> > > > > peut pas faire appel à des éléments locaux même si il ne s'agit
que
> > d'un
> > > > > simple affichage (cf les scripts de pub qui font croire à un
> > utilisateur
> > > que
> > > > > le site peut lire le contenu de son disque). Je crois qu'il faut
> > changer
> > > la
> > > > > zone de sécurité dans laquelle se trouve le site Web pour
autoriser
> > une
> > > > > telle manip.
> > > > >
> > > > > Patrice
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > "Alan" a écrit dans le message de
> > > > > news:
> > > > > > C'est un cauchemar... Même avec un hyperlien pointant sur le
> > fichier,
> > > cela
> > > > > ne
> > > > > > marche pas!!!!
> > > > > >
> > > > > > "Alan" a écrit :
> > > > > >
> > > > > > > Bonjour.
> > > > > > > Sur un pc client, j'ai un programme que je souhaite lancer
depuis
> > IE
> > > > > (via
> > > > > > > un asp.net en utilisant Response.write ), le resultat dans ma
page
> > > est :
> > > > > > > <script
> > > > > > >
> > > > >
> > >
> >
language="javascript">window.open("file://monfichexe","xFichier","top0,le
> > > > > ft0,menubar=yes,toolbar=yes,status=yes,resizable=yes");
</script>
> > > > > > >
> > > > > > > Sous 2003Server et IE6 : pas de problèmes. Sous XP SP2 : accès
> > > refusé.
> > > > > J'ai
> > > > > > > viré toutes les options de sécurité, mais rien a faire. Je
> > > désespère!
> > > > >
> > > > >
> > > > >
> > >
> > >
> >
> >
> >





Avatar
Patrice
"Références" ? Tu veux dire des DLLs ? A priori répertoire de l'exe puis
répertoire système de windows ? La vrai règle est plus complexe et il est
possible que la varibale d'envionnement Path soit utilisée (il serait alors
possible d'y ajouter le chemin de ton soft).

La règle exacte doit être documentéesur MSDN

<2 mn après> En fait, je l'ai trouvé là :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/html/_core_the_search_path_used_by_windows_to_locate_a_dll.asp

Normalement cela devrait donc être :
1) Répertoire ou se trouve le fichier EXE
2) Répertoire courant
3) Répertoire system de Windows
4) Répertoire de Windows
5) Répertoires listés dans la variable d'environnement PATH

Patrice

--

"alan" a écrit dans le message de
news:
Merci. Saurais-tu comment dire à un programme ou aller chercher ses
références, si elles ne se trouvent pas dans son répertoire? Si c'est le


cas,
j'ai la solution, lancer mon fichier en utilisant window.open
"http://..../fichier"

"Patrice" a écrit :

> Cela ressemble à un comportement qui me semble décrit aussi au niveau du


SP
> 2 du style : si je suis dans une zone restreinte, je ne peux pas lancer


du
> contenu situé dans une zone plus privilégié.
>
> C'est sur des configurations dont tu as le contrôle ? Tu peux tenter de
> modifier le "Disable_Local_Machine_Navigate". Voir :
> http://windowsxp.mvps.org/ie/elevlocalfile.htm qui semble décrite


exactement
> ce problème (même les sites de confiance ne peuvent pas ouvrir un


contenu
> local)
>
> L'autre solution que je vois serais de lancer l'application en passant


par
> un ActiveX ou une Applet intermédiaire et qui devrait donc pouvoir
> s'affranchir de cette restriction (tu avais demandé des suggestions
> farfelues non ?). L'utilisateur devra au préalable accepter cette
> installation (et je crois savoir qu'i faut forcément maintenant signer
> l'applet ou le contrôle).
>
> Patrice
>
> --
>
> "alan" a écrit dans le message de
> news:
> > Si je sauvegarde ma page web (fichier enregistrer sous) et que je la
> lance,
> > cela fonctionne.
> > Comme je l'ai di, je lance un fichier local (sur l'ordinateur du


client).
> > Lorsque ma page
> > s'ouvre (sur un XP PRO SP2; http://localhost/default.aspx), j'ai une
> erreur
> > de script (accès refusé).
> >
> > J'ouvre la même page sur un windows XP PRO SP1, cela fonctionne. Idem


sous
> > 2003 server.
> >
> > J'ai installé firefox : idem sous sp2, marche sous sp1 et 2003.
> >
> > Je ne sais plus quoi inventer!
> > J'ai tenté un <iframe src="file://c:test.exe">, je n'ai plus


d'erreur,
> mais
> > ca ne lance rien sous sp2 (fonctionne pour les autres)
> >
> > Par contre, si je fais window.open("http://localhost/exe/test.exe")


cela
> > fonctionne, mais comme mon exe a besoin de librairies qui se trouvent


dans
> le
> > meme repertoire, l'exe foire (system.io.FileNotFoundException). Si je
> savais
> > comment faire pour que mon programme aille chercher ses références


dans un
> > endroit précis... J'ai essayé de les copier dans windows/system32,
> > windows/microsoft.NET/frameword/v1.1.4322, mais cela ne va pas


mieux...
> >
> > Je suis prêt à ecouter TOUTES les suggestions, même les plus


farfelues...
> >
> > Merci pour ton aide
> >
> > "Patrice" a écrit :
> >
> > > J'ai essayé du côté de
> > >
>


http://www.microsoft.com/france/msdn/technologies/technos/windows/info/info.asp?mar=/france/msdn/technologies/technos/windows/info/securitenavigation/verrouillage.html
> > > mais pas mieux...
> > >
> > > Patrice
> > >
> > > --
> > >
> > > "Patrice" a écrit dans le message de
> > > news:
> > > > Est-ce que cela marche avec une page HTML locale ? Il pourrait


bien y
> > > avoir
> > > > deux barrières à franchir (le fait que le fichier est local et que


ce
> soit
> > > > un EXE).
> > > >
> > > > Le fichier EXE est-il volumineux ? Nécessite t'il une installation


?
> (par
> > > > exemple le mettre sur le site web contournerait le problème).
> > > >
> > > > Ca a l'air mal parti ;-) Je vais essayer de faire un petit test...
> > > >
> > > > --
> > > >
> > > > "Alan" a écrit dans le message de
> > > > news:
> > > > > J'ai essayé :
> > > > > Intranet local et site de confiance : resultat idem
> > > > >
> > > > > "Patrice" a écrit :
> > > > >
> > > > > > Cest quoi un fichier exe ou un répertoire ?
> > > > > >
> > > > > > Il y à priori deux points qui peuvent poser problème :
> > > > > >
> > > > > > 1) Dans Ie, une popup ne peut plus être ouverte que sur action


de
> > > > > > l'utilisateur (à priori pas par un script au chargement de la
> page, il
> > > > faut
> > > > > > que l'ouverture ait lieu à partir d'un évènement déclenché par
> > > > l'utilisateur
> > > > > > comme le click d'un bouton). IE signale et permet d'autoriser


tout
> de
> > > > même
> > > > > > la popup.
> > > > > >
> > > > > > 2) Le deuxième point est que par principe un site dans la zone
> > > Internet
> > > > ne
> > > > > > peut pas faire appel à des éléments locaux même si il ne


s'agit
> que
> > > d'un
> > > > > > simple affichage (cf les scripts de pub qui font croire à un
> > > utilisateur
> > > > que
> > > > > > le site peut lire le contenu de son disque). Je crois qu'il


faut
> > > changer
> > > > la
> > > > > > zone de sécurité dans laquelle se trouve le site Web pour
> autoriser
> > > une
> > > > > > telle manip.
> > > > > >
> > > > > > Patrice
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > "Alan" a écrit dans le message


de
> > > > > > news:
> > > > > > > C'est un cauchemar... Même avec un hyperlien pointant sur le
> > > fichier,
> > > > cela
> > > > > > ne
> > > > > > > marche pas!!!!
> > > > > > >
> > > > > > > "Alan" a écrit :
> > > > > > >
> > > > > > > > Bonjour.
> > > > > > > > Sur un pc client, j'ai un programme que je souhaite lancer
> depuis
> > > IE
> > > > > > (via
> > > > > > > > un asp.net en utilisant Response.write ), le resultat dans


ma
> page
> > > > est :
> > > > > > > > <script
> > > > > > > >
> > > > > >
> > > >
> > >
>


language="javascript">window.open("file://monfichexe","xFichier","top0,le
> > > > > > ft0,menubar=yes,toolbar=yes,status=yes,resizable=yes");
> </script>
> > > > > > > >
> > > > > > > > Sous 2003Server et IE6 : pas de problèmes. Sous XP SP2 :


accès
> > > > refusé.
> > > > > > J'ai
> > > > > > > > viré toutes les options de sécurité, mais rien a faire. Je
> > > > désespère!
> > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > >
> > >
> > >
>
>
>


Avatar
alan
Cela est vrai pour vb6 et asp, mais pas pour .NET. J'ai essayé de copier les
DLL dans %systemroot%system32, mais cela ne fonctionne pas, j'ai toujours
system.io.fileNotFoundException...

"Patrice" a écrit :

"Références" ? Tu veux dire des DLLs ? A priori répertoire de l'exe puis
répertoire système de windows ? La vrai règle est plus complexe et il est
possible que la varibale d'envionnement Path soit utilisée (il serait alors
possible d'y ajouter le chemin de ton soft).

La règle exacte doit être documentéesur MSDN

<2 mn après> En fait, je l'ai trouvé là :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/html/_core_the_search_path_used_by_windows_to_locate_a_dll.asp

Normalement cela devrait donc être :
1) Répertoire ou se trouve le fichier EXE
2) Répertoire courant
3) Répertoire system de Windows
4) Répertoire de Windows
5) Répertoires listés dans la variable d'environnement PATH

Patrice

--

"alan" a écrit dans le message de
news:
> Merci. Saurais-tu comment dire à un programme ou aller chercher ses
> références, si elles ne se trouvent pas dans son répertoire? Si c'est le
cas,
> j'ai la solution, lancer mon fichier en utilisant window.open
> "http://..../fichier"
>
> "Patrice" a écrit :
>
> > Cela ressemble à un comportement qui me semble décrit aussi au niveau du
SP
> > 2 du style : si je suis dans une zone restreinte, je ne peux pas lancer
du
> > contenu situé dans une zone plus privilégié.
> >
> > C'est sur des configurations dont tu as le contrôle ? Tu peux tenter de
> > modifier le "Disable_Local_Machine_Navigate". Voir :
> > http://windowsxp.mvps.org/ie/elevlocalfile.htm qui semble décrite
exactement
> > ce problème (même les sites de confiance ne peuvent pas ouvrir un
contenu
> > local)
> >
> > L'autre solution que je vois serais de lancer l'application en passant
par
> > un ActiveX ou une Applet intermédiaire et qui devrait donc pouvoir
> > s'affranchir de cette restriction (tu avais demandé des suggestions
> > farfelues non ?). L'utilisateur devra au préalable accepter cette
> > installation (et je crois savoir qu'i faut forcément maintenant signer
> > l'applet ou le contrôle).
> >
> > Patrice
> >
> > --
> >
> > "alan" a écrit dans le message de
> > news:
> > > Si je sauvegarde ma page web (fichier enregistrer sous) et que je la
> > lance,
> > > cela fonctionne.
> > > Comme je l'ai di, je lance un fichier local (sur l'ordinateur du
client).
> > > Lorsque ma page
> > > s'ouvre (sur un XP PRO SP2; http://localhost/default.aspx), j'ai une
> > erreur
> > > de script (accès refusé).
> > >
> > > J'ouvre la même page sur un windows XP PRO SP1, cela fonctionne. Idem
sous
> > > 2003 server.
> > >
> > > J'ai installé firefox : idem sous sp2, marche sous sp1 et 2003.
> > >
> > > Je ne sais plus quoi inventer!
> > > J'ai tenté un <iframe src="file://c:test.exe">, je n'ai plus
d'erreur,
> > mais
> > > ca ne lance rien sous sp2 (fonctionne pour les autres)
> > >
> > > Par contre, si je fais window.open("http://localhost/exe/test.exe")
cela
> > > fonctionne, mais comme mon exe a besoin de librairies qui se trouvent
dans
> > le
> > > meme repertoire, l'exe foire (system.io.FileNotFoundException). Si je
> > savais
> > > comment faire pour que mon programme aille chercher ses références
dans un
> > > endroit précis... J'ai essayé de les copier dans windows/system32,
> > > windows/microsoft.NET/frameword/v1.1.4322, mais cela ne va pas
mieux...
> > >
> > > Je suis prêt à ecouter TOUTES les suggestions, même les plus
farfelues...
> > >
> > > Merci pour ton aide
> > >
> > > "Patrice" a écrit :
> > >
> > > > J'ai essayé du côté de
> > > >
> >
http://www.microsoft.com/france/msdn/technologies/technos/windows/info/info.asp?mar=/france/msdn/technologies/technos/windows/info/securitenavigation/verrouillage.html
> > > > mais pas mieux...
> > > >
> > > > Patrice
> > > >
> > > > --
> > > >
> > > > "Patrice" a écrit dans le message de
> > > > news:
> > > > > Est-ce que cela marche avec une page HTML locale ? Il pourrait
bien y
> > > > avoir
> > > > > deux barrières à franchir (le fait que le fichier est local et que
ce
> > soit
> > > > > un EXE).
> > > > >
> > > > > Le fichier EXE est-il volumineux ? Nécessite t'il une installation
?
> > (par
> > > > > exemple le mettre sur le site web contournerait le problème).
> > > > >
> > > > > Ca a l'air mal parti ;-) Je vais essayer de faire un petit test...
> > > > >
> > > > > --
> > > > >
> > > > > "Alan" a écrit dans le message de
> > > > > news:
> > > > > > J'ai essayé :
> > > > > > Intranet local et site de confiance : resultat idem
> > > > > >
> > > > > > "Patrice" a écrit :
> > > > > >
> > > > > > > Cest quoi un fichier exe ou un répertoire ?
> > > > > > >
> > > > > > > Il y à priori deux points qui peuvent poser problème :
> > > > > > >
> > > > > > > 1) Dans Ie, une popup ne peut plus être ouverte que sur action
de
> > > > > > > l'utilisateur (à priori pas par un script au chargement de la
> > page, il
> > > > > faut
> > > > > > > que l'ouverture ait lieu à partir d'un évènement déclenché par
> > > > > l'utilisateur
> > > > > > > comme le click d'un bouton). IE signale et permet d'autoriser
tout
> > de
> > > > > même
> > > > > > > la popup.
> > > > > > >
> > > > > > > 2) Le deuxième point est que par principe un site dans la zone
> > > > Internet
> > > > > ne
> > > > > > > peut pas faire appel à des éléments locaux même si il ne
s'agit
> > que
> > > > d'un
> > > > > > > simple affichage (cf les scripts de pub qui font croire à un
> > > > utilisateur
> > > > > que
> > > > > > > le site peut lire le contenu de son disque). Je crois qu'il
faut
> > > > changer
> > > > > la
> > > > > > > zone de sécurité dans laquelle se trouve le site Web pour
> > autoriser
> > > > une
> > > > > > > telle manip.
> > > > > > >
> > > > > > > Patrice
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > "Alan" a écrit dans le message
de
> > > > > > > news:
> > > > > > > > C'est un cauchemar... Même avec un hyperlien pointant sur le
> > > > fichier,
> > > > > cela
> > > > > > > ne
> > > > > > > > marche pas!!!!
> > > > > > > >
> > > > > > > > "Alan" a écrit :
> > > > > > > >
> > > > > > > > > Bonjour.
> > > > > > > > > Sur un pc client, j'ai un programme que je souhaite lancer
> > depuis
> > > > IE
> > > > > > > (via
> > > > > > > > > un asp.net en utilisant Response.write ), le resultat dans
ma
> > page
> > > > > est :
> > > > > > > > > <script
> > > > > > > > >
> > > > > > >
> > > > >
> > > >
> >
language="javascript">window.open("file://monfichexe","xFichier","top0,le
> > > > > > > ft0,menubar=yes,toolbar=yes,status=yes,resizable=yes");
> > </script>
> > > > > > > > >
> > > > > > > > > Sous 2003Server et IE6 : pas de problèmes. Sous XP SP2 :
accès
> > > > > refusé.
> > > > > > > J'ai
> > > > > > > > > viré toutes les options de sécurité, mais rien a faire. Je
> > > > > désespère!
> > > > > > >
> > > > > > >
> > > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> >
> >
> >





Avatar
Patrice
Ahhh c'est une appli .NET !!!

http://msdn.microsoft.com/library/fre/default.asp?url=/library/FRE/cpguide/html/cpconassemblyplacement.asp


Ultérieurement, il serait aussi possible de télécharger les autres DLLs à
partir du site Web :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnadvnet/html/vbnet10142001.asp
ce qui présente aussi l'avantage de pouvoir les mettre à jour facilement.

En 2.0, "ClickOnce" est sensé rendre le déploiement encore plus facile mais
je n'ai pas eu le temps de creuser ce que cela apporte concrètement...



--

"alan" a écrit dans le message de
news:
Cela est vrai pour vb6 et asp, mais pas pour .NET. J'ai essayé de copier


les
DLL dans %systemroot%system32, mais cela ne fonctionne pas, j'ai toujours
system.io.fileNotFoundException...

"Patrice" a écrit :

> "Références" ? Tu veux dire des DLLs ? A priori répertoire de l'exe puis
> répertoire système de windows ? La vrai règle est plus complexe et il


est
> possible que la varibale d'envionnement Path soit utilisée (il serait


alors
> possible d'y ajouter le chemin de ton soft).
>
> La règle exacte doit être documentéesur MSDN
>
> <2 mn après> En fait, je l'ai trouvé là :
>


http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/html/_core_the_search_path_used_by_windows_to_locate_a_dll.asp
>
> Normalement cela devrait donc être :
> 1) Répertoire ou se trouve le fichier EXE
> 2) Répertoire courant
> 3) Répertoire system de Windows
> 4) Répertoire de Windows
> 5) Répertoires listés dans la variable d'environnement PATH
>
> Patrice
>
> --
>
> "alan" a écrit dans le message de
> news:
> > Merci. Saurais-tu comment dire à un programme ou aller chercher ses
> > références, si elles ne se trouvent pas dans son répertoire? Si c'est


le
> cas,
> > j'ai la solution, lancer mon fichier en utilisant window.open
> > "http://..../fichier"
> >
> > "Patrice" a écrit :
> >
> > > Cela ressemble à un comportement qui me semble décrit aussi au


niveau du
> SP
> > > 2 du style : si je suis dans une zone restreinte, je ne peux pas


lancer
> du
> > > contenu situé dans une zone plus privilégié.
> > >
> > > C'est sur des configurations dont tu as le contrôle ? Tu peux tenter


de
> > > modifier le "Disable_Local_Machine_Navigate". Voir :
> > > http://windowsxp.mvps.org/ie/elevlocalfile.htm qui semble décrite
> exactement
> > > ce problème (même les sites de confiance ne peuvent pas ouvrir un
> contenu
> > > local)
> > >
> > > L'autre solution que je vois serais de lancer l'application en


passant
> par
> > > un ActiveX ou une Applet intermédiaire et qui devrait donc pouvoir
> > > s'affranchir de cette restriction (tu avais demandé des suggestions
> > > farfelues non ?). L'utilisateur devra au préalable accepter cette
> > > installation (et je crois savoir qu'i faut forcément maintenant


signer
> > > l'applet ou le contrôle).
> > >
> > > Patrice
> > >
> > > --
> > >
> > > "alan" a écrit dans le message de
> > > news:
> > > > Si je sauvegarde ma page web (fichier enregistrer sous) et que je


la
> > > lance,
> > > > cela fonctionne.
> > > > Comme je l'ai di, je lance un fichier local (sur l'ordinateur du
> client).
> > > > Lorsque ma page
> > > > s'ouvre (sur un XP PRO SP2; http://localhost/default.aspx), j'ai


une
> > > erreur
> > > > de script (accès refusé).
> > > >
> > > > J'ouvre la même page sur un windows XP PRO SP1, cela fonctionne.


Idem
> sous
> > > > 2003 server.
> > > >
> > > > J'ai installé firefox : idem sous sp2, marche sous sp1 et 2003.
> > > >
> > > > Je ne sais plus quoi inventer!
> > > > J'ai tenté un <iframe src="file://c:test.exe">, je n'ai plus
> d'erreur,
> > > mais
> > > > ca ne lance rien sous sp2 (fonctionne pour les autres)
> > > >
> > > > Par contre, si je fais


window.open("http://localhost/exe/test.exe")
> cela
> > > > fonctionne, mais comme mon exe a besoin de librairies qui se


trouvent
> dans
> > > le
> > > > meme repertoire, l'exe foire (system.io.FileNotFoundException). Si


je
> > > savais
> > > > comment faire pour que mon programme aille chercher ses références
> dans un
> > > > endroit précis... J'ai essayé de les copier dans windows/system32,
> > > > windows/microsoft.NET/frameword/v1.1.4322, mais cela ne va pas
> mieux...
> > > >
> > > > Je suis prêt à ecouter TOUTES les suggestions, même les plus
> farfelues...
> > > >
> > > > Merci pour ton aide
> > > >
> > > > "Patrice" a écrit :
> > > >
> > > > > J'ai essayé du côté de
> > > > >
> > >
>


http://www.microsoft.com/france/msdn/technologies/technos/windows/info/info.asp?mar=/france/msdn/technologies/technos/windows/info/securitenavigation/verrouillage.html
> > > > > mais pas mieux...
> > > > >
> > > > > Patrice
> > > > >
> > > > > --
> > > > >
> > > > > "Patrice" a écrit dans le message de
> > > > > news:
> > > > > > Est-ce que cela marche avec une page HTML locale ? Il pourrait
> bien y
> > > > > avoir
> > > > > > deux barrières à franchir (le fait que le fichier est local et


que
> ce
> > > soit
> > > > > > un EXE).
> > > > > >
> > > > > > Le fichier EXE est-il volumineux ? Nécessite t'il une


installation
> ?
> > > (par
> > > > > > exemple le mettre sur le site web contournerait le problème).
> > > > > >
> > > > > > Ca a l'air mal parti ;-) Je vais essayer de faire un petit


test...
> > > > > >
> > > > > > --
> > > > > >
> > > > > > "Alan" a écrit dans le message


de
> > > > > > news:
> > > > > > > J'ai essayé :
> > > > > > > Intranet local et site de confiance : resultat idem
> > > > > > >
> > > > > > > "Patrice" a écrit :
> > > > > > >
> > > > > > > > Cest quoi un fichier exe ou un répertoire ?
> > > > > > > >
> > > > > > > > Il y à priori deux points qui peuvent poser problème :
> > > > > > > >
> > > > > > > > 1) Dans Ie, une popup ne peut plus être ouverte que sur


action
> de
> > > > > > > > l'utilisateur (à priori pas par un script au chargement de


la
> > > page, il
> > > > > > faut
> > > > > > > > que l'ouverture ait lieu à partir d'un évènement déclenché


par
> > > > > > l'utilisateur
> > > > > > > > comme le click d'un bouton). IE signale et permet


d'autoriser
> tout
> > > de
> > > > > > même
> > > > > > > > la popup.
> > > > > > > >
> > > > > > > > 2) Le deuxième point est que par principe un site dans la


zone
> > > > > Internet
> > > > > > ne
> > > > > > > > peut pas faire appel à des éléments locaux même si il ne
> s'agit
> > > que
> > > > > d'un
> > > > > > > > simple affichage (cf les scripts de pub qui font croire à


un
> > > > > utilisateur
> > > > > > que
> > > > > > > > le site peut lire le contenu de son disque). Je crois


qu'il
> faut
> > > > > changer
> > > > > > la
> > > > > > > > zone de sécurité dans laquelle se trouve le site Web pour
> > > autoriser
> > > > > une
> > > > > > > > telle manip.
> > > > > > > >
> > > > > > > > Patrice
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > >
> > > > > > > > "Alan" a écrit dans le


message
> de
> > > > > > > > news:
> > > > > > > > > C'est un cauchemar... Même avec un hyperlien pointant


sur le
> > > > > fichier,
> > > > > > cela
> > > > > > > > ne
> > > > > > > > > marche pas!!!!
> > > > > > > > >
> > > > > > > > > "Alan" a écrit :
> > > > > > > > >
> > > > > > > > > > Bonjour.
> > > > > > > > > > Sur un pc client, j'ai un programme que je souhaite


lancer
> > > depuis
> > > > > IE
> > > > > > > > (via
> > > > > > > > > > un asp.net en utilisant Response.write ), le resultat


dans
> ma
> > > page
> > > > > > est :
> > > > > > > > > > <script
> > > > > > > > > >
> > > > > > > >
> > > > > >
> > > > >
> > >
>


language="javascript">window.open("file://monfichexe","xFichier","top0,le
> > > > > > > > ft0,menubar=yes,toolbar=yes,status=yes,resizable=yes");
> > > </script>
> > > > > > > > > >
> > > > > > > > > > Sous 2003Server et IE6 : pas de problèmes. Sous XP SP2


:
> accès
> > > > > > refusé.
> > > > > > > > J'ai
> > > > > > > > > > viré toutes les options de sécurité, mais rien a


faire. Je
> > > > > > désespère!
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >
>
>
>


Avatar
alan
Merci, je regarde ca tout de suite

"Patrice" a écrit :

Ahhh c'est une appli .NET !!!

http://msdn.microsoft.com/library/fre/default.asp?url=/library/FRE/cpguide/html/cpconassemblyplacement.asp


Ultérieurement, il serait aussi possible de télécharger les autres DLLs à
partir du site Web :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnadvnet/html/vbnet10142001.asp
ce qui présente aussi l'avantage de pouvoir les mettre à jour facilement.

En 2.0, "ClickOnce" est sensé rendre le déploiement encore plus facile mais
je n'ai pas eu le temps de creuser ce que cela apporte concrètement...



--

"alan" a écrit dans le message de
news:
> Cela est vrai pour vb6 et asp, mais pas pour .NET. J'ai essayé de copier
les
> DLL dans %systemroot%system32, mais cela ne fonctionne pas, j'ai toujours
> system.io.fileNotFoundException...
>
> "Patrice" a écrit :
>
> > "Références" ? Tu veux dire des DLLs ? A priori répertoire de l'exe puis
> > répertoire système de windows ? La vrai règle est plus complexe et il
est
> > possible que la varibale d'envionnement Path soit utilisée (il serait
alors
> > possible d'y ajouter le chemin de ton soft).
> >
> > La règle exacte doit être documentéesur MSDN
> >
> > <2 mn après> En fait, je l'ai trouvé là :
> >
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/html/_core_the_search_path_used_by_windows_to_locate_a_dll.asp
> >
> > Normalement cela devrait donc être :
> > 1) Répertoire ou se trouve le fichier EXE
> > 2) Répertoire courant
> > 3) Répertoire system de Windows
> > 4) Répertoire de Windows
> > 5) Répertoires listés dans la variable d'environnement PATH
> >
> > Patrice
> >
> > --
> >
> > "alan" a écrit dans le message de
> > news:
> > > Merci. Saurais-tu comment dire à un programme ou aller chercher ses
> > > références, si elles ne se trouvent pas dans son répertoire? Si c'est
le
> > cas,
> > > j'ai la solution, lancer mon fichier en utilisant window.open
> > > "http://..../fichier"
> > >
> > > "Patrice" a écrit :
> > >
> > > > Cela ressemble à un comportement qui me semble décrit aussi au
niveau du
> > SP
> > > > 2 du style : si je suis dans une zone restreinte, je ne peux pas
lancer
> > du
> > > > contenu situé dans une zone plus privilégié.
> > > >
> > > > C'est sur des configurations dont tu as le contrôle ? Tu peux tenter
de
> > > > modifier le "Disable_Local_Machine_Navigate". Voir :
> > > > http://windowsxp.mvps.org/ie/elevlocalfile.htm qui semble décrite
> > exactement
> > > > ce problème (même les sites de confiance ne peuvent pas ouvrir un
> > contenu
> > > > local)
> > > >
> > > > L'autre solution que je vois serais de lancer l'application en
passant
> > par
> > > > un ActiveX ou une Applet intermédiaire et qui devrait donc pouvoir
> > > > s'affranchir de cette restriction (tu avais demandé des suggestions
> > > > farfelues non ?). L'utilisateur devra au préalable accepter cette
> > > > installation (et je crois savoir qu'i faut forcément maintenant
signer
> > > > l'applet ou le contrôle).
> > > >
> > > > Patrice
> > > >
> > > > --
> > > >
> > > > "alan" a écrit dans le message de
> > > > news:
> > > > > Si je sauvegarde ma page web (fichier enregistrer sous) et que je
la
> > > > lance,
> > > > > cela fonctionne.
> > > > > Comme je l'ai di, je lance un fichier local (sur l'ordinateur du
> > client).
> > > > > Lorsque ma page
> > > > > s'ouvre (sur un XP PRO SP2; http://localhost/default.aspx), j'ai
une
> > > > erreur
> > > > > de script (accès refusé).
> > > > >
> > > > > J'ouvre la même page sur un windows XP PRO SP1, cela fonctionne.
Idem
> > sous
> > > > > 2003 server.
> > > > >
> > > > > J'ai installé firefox : idem sous sp2, marche sous sp1 et 2003.
> > > > >
> > > > > Je ne sais plus quoi inventer!
> > > > > J'ai tenté un <iframe src="file://c:test.exe">, je n'ai plus
> > d'erreur,
> > > > mais
> > > > > ca ne lance rien sous sp2 (fonctionne pour les autres)
> > > > >
> > > > > Par contre, si je fais
window.open("http://localhost/exe/test.exe")
> > cela
> > > > > fonctionne, mais comme mon exe a besoin de librairies qui se
trouvent
> > dans
> > > > le
> > > > > meme repertoire, l'exe foire (system.io.FileNotFoundException). Si
je
> > > > savais
> > > > > comment faire pour que mon programme aille chercher ses références
> > dans un
> > > > > endroit précis... J'ai essayé de les copier dans windows/system32,
> > > > > windows/microsoft.NET/frameword/v1.1.4322, mais cela ne va pas
> > mieux...
> > > > >
> > > > > Je suis prêt à ecouter TOUTES les suggestions, même les plus
> > farfelues...
> > > > >
> > > > > Merci pour ton aide
> > > > >
> > > > > "Patrice" a écrit :
> > > > >
> > > > > > J'ai essayé du côté de
> > > > > >
> > > >
> >
http://www.microsoft.com/france/msdn/technologies/technos/windows/info/info.asp?mar=/france/msdn/technologies/technos/windows/info/securitenavigation/verrouillage.html
> > > > > > mais pas mieux...
> > > > > >
> > > > > > Patrice
> > > > > >
> > > > > > --
> > > > > >
> > > > > > "Patrice" a écrit dans le message de
> > > > > > news:
> > > > > > > Est-ce que cela marche avec une page HTML locale ? Il pourrait
> > bien y
> > > > > > avoir
> > > > > > > deux barrières à franchir (le fait que le fichier est local et
que
> > ce
> > > > soit
> > > > > > > un EXE).
> > > > > > >
> > > > > > > Le fichier EXE est-il volumineux ? Nécessite t'il une
installation
> > ?
> > > > (par
> > > > > > > exemple le mettre sur le site web contournerait le problème).
> > > > > > >
> > > > > > > Ca a l'air mal parti ;-) Je vais essayer de faire un petit
test...
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > "Alan" a écrit dans le message
de
> > > > > > > news:
> > > > > > > > J'ai essayé :
> > > > > > > > Intranet local et site de confiance : resultat idem
> > > > > > > >
> > > > > > > > "Patrice" a écrit :
> > > > > > > >
> > > > > > > > > Cest quoi un fichier exe ou un répertoire ?
> > > > > > > > >
> > > > > > > > > Il y à priori deux points qui peuvent poser problème :
> > > > > > > > >
> > > > > > > > > 1) Dans Ie, une popup ne peut plus être ouverte que sur
action
> > de
> > > > > > > > > l'utilisateur (à priori pas par un script au chargement de
la
> > > > page, il
> > > > > > > faut
> > > > > > > > > que l'ouverture ait lieu à partir d'un évènement déclenché
par
> > > > > > > l'utilisateur
> > > > > > > > > comme le click d'un bouton). IE signale et permet
d'autoriser
> > tout
> > > > de
> > > > > > > même
> > > > > > > > > la popup.
> > > > > > > > >
> > > > > > > > > 2) Le deuxième point est que par principe un site dans la
zone
> > > > > > Internet
> > > > > > > ne
> > > > > > > > > peut pas faire appel à des éléments locaux même si il ne
> > s'agit
> > > > que
> > > > > > d'un
> > > > > > > > > simple affichage (cf les scripts de pub qui font croire à
un
> > > > > > utilisateur
> > > > > > > que
> > > > > > > > > le site peut lire le contenu de son disque). Je crois
qu'il
> > faut
> > > > > > changer
> > > > > > > la
> > > > > > > > > zone de sécurité dans laquelle se trouve le site Web pour
> > > > autoriser
> > > > > > une
> > > > > > > > > telle manip.
> > > > > > > > >
> > > > > > > > > Patrice
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > >
> > > > > > > > > "Alan" a écrit dans le
message
> > de
> > > > > > > > > news:
> > > > > > > > > > C'est un cauchemar... Même avec un hyperlien pointant
sur le
> > > > > > fichier,
> > > > > > > cela
> > > > > > > > > ne
> > > > > > > > > > marche pas!!!!
> > > > > > > > > >
> > > > > > > > > > "Alan" a écrit :
> > > > > > > > > >
> > > > > > > > > > > Bonjour.
> > > > > > > > > > > Sur un pc client, j'ai un programme que je souhaite
lancer
> > > > depuis
> > > > > > IE
> > > > > > > > > (via
> > > > > > > > > > > un asp.net en utilisant Response.write ), le resultat
dans
> > ma
> > > > page
> > > > > > > est :
> > > > > > > > > > > <script
> > > > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > > > >
> > > >
> >
language="javascript">window.open("file://monfichexe","xFichier","top0,le
> > > > > > > > > ft0,menubar=yes,toolbar=yes,status=yes,resizable=yes");
> > > > </script>
> > > > > > > > > > >
> > > > > > > > > > > Sous 2003Server et IE6 : pas de problèmes. Sous XP SP2
:
> > accès
> > > > > > > refusé.
> > > > > > > > > J'ai
> > > > > > > > > > > viré toutes les options de sécurité, mais rien a
faire. Je
> > > > > > > désespère!
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> >
> >
> >





Avatar
Etienne
Bonjour,

Il a été dit dans ce sujet qu'un window.open d'un fichier ne peut être
déclenché que par une action utilisateur (et c'est bien normal à notre époque
!). Je comprends pour un site inconnu mais si le site est placé en site de
confiance, la restriction ne devrait plus avoir lieu n'est-ce pas ?
Moi, je fais un Window.open(file://... .vbs) pour mon intranet, je place ce
path en site de confiance et pourtant mon vbs ne s'exécute pas (et la popup
s'ouvre un dixième de seconde puis ce ferme aussiôt). Si j'ôte le site des
sites de confiance, la boite de dialogue Ouvrir, enregistrer, annuler est
proposée et en cliquant sur ouvrir, le vbs s'exécute.
A quoi sert de placer une URL en site de confiance si la sécurité est
toujours opérationnelle ?
1 2