On the server, change the permissions for the file (CHMOD) so that the webpage can do whatever it needs to do. Here is a link that shows how to CHMOD in File Manager:
http://www.2serveu.net/cpa
Main Topics
Browse All TopicsHello guys,
we have a web application that works without any problems. While the application uses popups to links in the server or internet, everything works perfectly. But calls to local HTML files do not work.
This call is done with the following call:
<SCRIPT type="text/javascript" LANGUAGE="JavaScript">
function launchsalcus(salpath)
{
var exepath, epath, customerid, htmlpath, urlpath,domn,domn1,domn3,r
exepath = salpath.substring(salpath.
epath = exepath.substring(0,exepat
customerid = exepath.substring(exepath.
htmlpath = salpath.substring(0,salpat
urlpath = htmlpath + '?custid=' + customerid + ';exec=' + epath;
refwin=window.open(urlpath
refwin.focus();
}
</SCRIPT>
The urlpath is: "file://c:/salcusDDE/ClueS
The error that we receive is: Access is denied. We can see the error in the javascript debug console.
We performed a test puting an HTML file stored locally with the very same call and it works just fine. We think that the call worked because the caller HTML was also stored in the local machine. When the caller HTML comes from the server, we receive the error message.
We are using Windows Vista with explorer 8, but the error also happens with Firefox.
Any ideas?
Thanks in advance,
GA
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
On the server, change the permissions for the file (CHMOD) so that the webpage can do whatever it needs to do. Here is a link that shows how to CHMOD in File Manager:
http://www.2serveu.net/cpa
@930913: Remember that the file is not stored in the server. The file that cannot be opened is stored in the local Windows Vista.
@strickdd: Are you saying that Vista is stopping the web application to access the file because of an access rights problem? How should I grant the access to this file? Sharing the folder?
Sharing the folder does not work.
We are testing on some old Windows 2000 machines and it works. But I cannot find any difference in the security of this particular folder/file in between the two machines.
Any ideas? Any general setting to change in windows? Like authorizing the entire domain to access to the local files or something?
It did not worked with three slashes neither.
Anyway, we have found a workaround. We have uploaded the html file to the server and it works. We have not done that before because the only content of html file is a javascript that runs the file SalcusDDE.exe. We assumed that Vista would block a script running a local "exe" file, but it does not. It blocks reading an HTML file, but it does not block the execution of an "exe" file.
So Vista blocks the read access of windows.open("c:\xxxxxxx")
Set objShell = CreateObject("WScript.Shel
objshell.Run "c:\xxxx.exe"
Any idea how to allow this read access?
>> We think that the call worked because the caller HTML was also stored in the local machine.
Indeed, this is a cross-domain access error. Scripted windows and iframes, etc.cannot display a URL that is on a different domain that then page that opens them.
See:
About Window Restrictions
http://msdn.mi
Dan is right. In general you can't do this. Now some browsers do have a workaround but they are something the browser user needs to do and different depending on the browser. In some cases they won't work. If you are doing this just on your own machine or computers you control and just need it in a specific browser then we can try. Let me know what browser and version of that browser. There is no way this can work just by what a webmaster can do in the web page though. If this is an Internet page and you were hoping all users could use the page it just won't work. The different protocol (file: vs http:) is why you run into the cross-domain security issue. It is actually a good thing the browser do. :)
bol
It is internet explorer 8. But in internet explorer 6 with Windows 2000 it works.
It is an application stored in the intranet and it happens in computers that we control. We need to pop-up a local windows application and pass arguments to it. That is why we have this strange call.
So are there any workarounds in explorer 8 for that?
I'm still a little fuzzy on the specifics of the need, but there is a general-purpose tool available that provides wide flexibility: You can create an HTA -- A hypertext Application -- which is really just a page of HTML with a different file extension. See:
HTA - Hypertext Application tutorial
...for some details. The bottom line is that it can do such things as use ActiveX controls -- and thus launch programs, etc. Since it is an executable, your user will of course (and thankfully), be warned about the danger of using such programs. But you can't really get around that -- as long as there is a webrowser involved.
Quite possibly, depending upon your ultimate goal and network security arrangements, you might consider this:
Rather than start with a web page that opens an external window in order to execute a local program, you could just make a series of HTAs available to the workstations. If the process starts with an HTA rather than a host-provided HTML file, then the user will never have to see the warning box.
An hta file is run locally but Dan is right that it should have the permissions to do this. However you could also do it just with a local html file because the protocol would be "file:". I am afraid you want this to be done from the web server and so an hta file won't work. When you open the intranet page does the address use http: or file: as the protocol? Can it use file:?
I will have to look at IE8 to see. The one I had in mind when I hinted at a workaround was for FF. I can't think of a way to do it in IE7 but IE8 may have some change that would do it.
It works in IE6 because MS use to allow it. It was a big security hold IMO and they finally plugged it. I can't remember if that was in IE7 or some later version of IE6 but it doesn't surprise me to hear it worked in an old IE version.
bol
Business Accounts
Answer for Membership
by: strickddPosted on 2009-10-05 at 06:40:18ID: 25495078
The webuser that the website is running under doesn't have access to read the file specified.