Visual Studio and .NET Framework Home
Visual Studio hardcodes "Application Data" folder in the list of folders for .AddIn files
Carlos J. Quintero
6/12/2009 2:47:04 PM
User(s) can reproduce this bug
When you go to the Tools, Options window, Environment, Add-In/Macros security, there is a listed folder like this:
The "Application Data" subfolder of %ALLUSERSPROFILE% is localized on many Windows OSs. For example, in Spanish is "Datos de programa" so it doesn't exist with that name.
Notice that other listed folder:
(which actually refers to "C:\Documents and Settings\<username>\Application Data\Microsoft\MSEnvShared\AddIns"
on Windows XP)
does it correctly and doesn't hardcode "Application Data".
NOTE: this problem happens also in VS 2005 and VS 2008.
For more info on add-in folders see:
Visual Studio 2010 Beta 1
Operating System Language
Steps to Reproduce
- Add a new folder using some %COMMONAPPDATA% placeholder or similar that doesn't hardcode "Application Data"
- The folder %ALLUSERSPROFILE%\Application Data\Microsoft\MSEnvShared\AddIns should not be removed because removing it would break existing add-ins whose setups create the folder "Application Data" if it doesn't exist in the localized Windows OS.
TAP Code (if applicable)
You can indicate your satisfaction with how Microsoft handled this issue by completing this quick
3 question survey
to post a comment.
Please enter a comment.
on 7/21/2009 at 11:24 AM
This has been fixed for VS 2010 Beta 2. Thanks for reporting it.
on 6/19/2009 at 8:35 AM
Thank you for reporting this.
We're investigating this issue and will try to provide a fix for Beta 2.
on 6/16/2009 at 12:28 AM
Thanks for your feedback. We are routing this bug to the product unit who works on that specific feature area. The team will review this issue and make a decision on whether they will fix it or not for the next release.
Visual Studio Product Team
to post a workaround.
Please enter a workaround.
© 2014 Microsoft