The Application Data folder for Visual Studio could not be created.

Question

_{Friday, February 3, 2012 6:30 AM}

I know this has been "answered" several times on these forums, but none of the fixes I've found work.

I've tried:

• Right-clicking "devenv.exe" and choosing "Run as Administrator"
• devenv.exe /setup as admin
• devenv.exe /ResetSettings as admin
• devenv.exe /ResetSkipPkgs as admin
• devenv.exe /SafeMode as admin
• I used regedit and updated my AppData path to "%USERPROFILE%\AppData\Roaming"
• I've tried this and the Fixit application that it lets you download
• I've made a separate Administrative account and tried to run it from there and then copy the folder over; I had the same error in the new account
• I uninstalled the application and reinstalled it
• I installed Service Pack 1
• I used the install disc and clicked repair
• I used the install disc, clicked "Add/remove features" unchecked them all, and rechecked them all.

So, I really have no idea what to do. I'm running Windows 7 Professional 64-bit with Service Pack 1, and am completely up-to-date with Windows Updates. I am installing (or rather, I installed) Visual Studio Professional 2010 with an .iso I got from dreamspark from my University.

Any help would be greatly appreciated, especially if it doesn't involve doing what I've already done.

You can e-mail me at [email protected] and you can see an ActivityLog.xml generated from running devenv.exe /log as admin at this link.

Thank you very much

All replies (1)

_{Monday, February 6, 2012 10:39 AM ✅Answered}

Hi hotllama,

Welcome to the MSDN forum.

Could you please make sure the folder C:\Users\MyUserAcct Name>\Application Data\Microsoft\Visual Studio\10.0 has system privileges as well as Administrators privileges.  Since the “Application Data folder for Visual Studio” are automatically created on that directory.

You error from your logs seems like this:

"A failure here usually means that the common appdata folder could not be
created. This is usually because "devenv /setup" was not run as administrator."

Best regards,

Barry Wang [MSFT]
MSDN Community Support | Feedback to us