Access to Path denied message appears on install

Hi,

While trying to install Atlas, I get the following message - Access to the path 'C:/Program Files/Common Files/Pumatech Shared/Transaction Manager/ComponentData/TraceLogs' is denied. What do I need to do here?

Thanks,
James

Hello. I do not have much to add other than I am experiencing thesame problem. I downloaded the installer today (4 April2006). My system is Windows XP Professional, SP 2 and I havelocal admin rights to the machine.
It seems like your Blackberry synchronization application is conflicting with the install. I have no idea why but I suspect that there is something really wrong with your system. Atlas itself knows nothing of this Pumatech folder.

I am not sure why the setup will reference the Pumatech Shared folder since it should be not be related. Can you check a couple things:

- Since it was access denial error, can you check if your current user account has the access permission to the folders through the security tab of the Properties dialog of the folders?

- From some internet search results, it looks Pumatech Shared folder might be created by Pumatech Intellisync, Blackberry Desktop Software or some PDA desktop sync software. I am just curious that if you have any of such software installed on your machine. If possible, would you be able to try Atlas setup on a machine that does not have any of such software installed?

Thanks,
Frank

I do have Blackberry Desktop sync software amd the exe I use to sync upis not loaded in memory. In other words it only syncs when I tellit to, manually. I also checked Windows Services and the Sys TrayRegistry settings (HKLM\Software\Microsoft\Windows\CurrentVersion\Run)and I do not see any suspicious exe/processes either.

Oddly enough, despite having local admin rights, when I try to look atthe Pumatech Shared folder's settings it gives me a permission deniederror!

I am really at a loss, too why the the Atlas setup would want to reference the Pumatech Shared folder. A
clean reboot and then reinstall does not help either.

At this time I do not have another machine to test the install. The only consollation I have is that I am not the only one with thisvery strange problem.

Thanks guys for the replies. Any more ideas?
One more thing, if I unckeck "Install Atlas Visual Studio ProjectTemplate" from the setup. It completes successfully (other thaninstalling the template, of course).

Originally, I thought the problem may be due to having an apostrophe inmy name (o'reilly), since the templates directory is located underc:\documents & settings\o'reilly\visual studio 2005\......, etc.

Today, I copied the contents of C:\Documents andSettings\o'reilly\My Documents\Visual Studio 2005 and pasted it toC:\Dev. I then went through the Visual Studio 2005 optionsettings and changed every pertinent setting I could to point toc:\dev\Visual Studio 2005\...

So at this point I am really grasping at straws as to why this installer is not working properly.
"I am not sure why the setup will reference the Pumatech Shared folder since it should be not be related. "

Not only does theWindows Installer Component(msiexec.exe) references this folder, it accesses alot of other foldersthat are unrleated to access. This is alarmingly so when viewingthe installer activity using sysinternal's FileMon utility.

I also had the same problem. I uninstalled the Blackberry Desktop app with Add Remove programs and this did not remove the \Pumatech Shared\ directory. So I uninstalled the Yahoo calendar sync desktop app I installed that this did not remove it. I went into the \Pumatech Shared\ directory and ran all the uninstall.exe's within the subdirectories. When I attempted to delete the directory, I hit a permission problem. I tried again to access the \Trace Logs\ directory and got a message that I could not change permissions, but could take control of the directory. So I did. I had right clicked, clicked Properties and clicked Security tab and change the owner from null to me. Then I gave myself full control of the \Trace Logs\ directory. I had repeat this process for the two xml files contained with in. Once I did that, I could delete the entire Pumatech directory. With this in the trash, I was able to install Atlas including the template. I haven't seen that I have caused any more problems by doing such a brute force uninstall, but I just finished doing this a few minutes ago. My system hasn't crashed yet and I don't forsee that this would cause any problems, so I'm feeling pretty confident. I'll see what happens next. :) Hope this helps. Dean

The setup is searching through C:\Program Files\Common Files to look for VSContentInstaller.exe to launch the VSI installation. There might be some problem when it cannot access some folder under the directory. I will investigate further and see exactly what happens under this condition. Please stay tuned.

Thanks for providing all the info, it has been really helpful to narrow down the area of the problem.
Frank

By the way, as mentioned by "Life of Riley" above, a workaround is that you uncheck "Install Atlas Visual Studio Project Template" during setup. Once setup is done, you go to "C:\Program Files\Microsoft ASP.NET\Atlas\v2.0.50727" and open ASPNETAtlas.vsi. This should install the Atlas template properly.

Just an update on this, the above issue of access denied to an unrelated folder has been fixed and the next release of Atlas will not have the same issue.

Thanks,
Frank

Access denied bug

Hi. Just letting yuo know that this code on the line 5959 of one of MS AJAX files, in getLocation func, yield "Access denied" bugs in cross-domain scenarios. Or http with https iframe scenario in our case. top is obviously inaccessible...

var w = element.ownerDocument.parentWindow;
var offsetL = w.screenLeft - top.screenLeft - top.document.documentElement.scrollLeft + 2;
var offsetT = w.screenTop - top.screenTop - top.document.documentElement.scrollTop + 2;

See this: http://weblogs.asp.net/bleroy/archive/2007/01/31/how-to-work-around-the-quot-access-denied-quot-cross-domain-frame-issue-in-asp-net-ajax-1-0.aspx

A Question about Atlas Update Panel

I have a questio about atlas update panel!

I upload files with ms FileUpload control in the Atlas UpdatePanel, but always failed. I donnot know why. It's weird, when I set the ScriptManager EnablePartialRendering = false, everything is OK! what's wrong with my UpdatePanel?

Thanks for your help?

Many thanks!

Chinese boy!

Unfortunatelly you cannot use fileupload control within updatepanel.

I am pretty sure it was discussed here a time ago, try to find it here, there is more description why it is not possible

Nice day

Milo

oh..My!!

Thanks for your reminding! anyway it's a big flaw of MS atlas. could you tell me where the discuss post was? I want to know more about this bug!

Thank you again!

HI liuguoping

some note in documentation can be found here:http://atlas.asp.net/docs/Server/Microsoft.Web.UI/UpdatePanel/DeclarativeSyntax.aspx

and some threads in forum dealing with it are i.e. here:

http://forums.asp.net/thread/1301989.aspx
http://forums.asp.net/thread/1321664.aspx
http://forums.asp.net/thread/1361452.aspx

You will be able to find more, try to put "uploadfile updatepanel" into top right search textbox on this page.

Nice day,

Milo

Thanks a lot!