fellow anthropoids and lily pads and paddlewheels!
I’m developing a Windows desktop app in C#/.NET/WPF, using VS 2008. The app is required to install and run on Vista and XP machines. I’m working on a Setup/Windows Installer Project to install the app.
My app requires read/modify/write access to a SQLCE database file (.sdf) and some other database-type files related to a third-party control I’m using. These files should be shared among all users/log-ins on the PC, none of which can be required to be an Administrator. This means, of course, that the files can’t go in the program’s own installation directory (as such things often did before the arrival of Vista, yes, yes!).
I had expected the solution to be simple. Vista and XP both have shared-application-data folders intended for this purpose. (‘\ProgramData’ in Vista, ‘\Documents and Settings\All Users\Application Data’ in XP.) The .NET Environment.GetFolderPath(SpecialFolder.CommonApplicationData) call exists to find the paths to these folders on a given PC, yes, yes!
But I can’t figure out how to specify the shared-application-data folder as a target in the Setup project.
The Setup project offers a ‘Common Files’ folder, but that’s intended for shared program components (not data files), is usually located under ‘\Program Files,’ and has the same security restrictions anything else in ‘\Program files’ does, yes, yes!
The Setup project offers a ‘User’s Application Data’ folder, but that’s a per-user folder, which is exactly what I’m trying to avoid, yes, yes!
Is it possible to add files to the shared-app-data folder in a robust, cross-Windows-version way from a VS 2008 setup project? Can anyone tell me how?
I have learned the answer to my question through other sources, yes, yes! Sadly, it didn’t fix my problem! What’s that make me — a fixer-upper? Yes, yes!
To put stuff in a sub-directory of the Common Application Data folder from a VS2008 Setup project, here’s what you do:
Right-click your setup project in the Solution Explorer and pick ‘View -> File System’.
Right-click ‘File system on target machine’ and pick ‘Add Special Folder -> Custom Folder’.
Rename the custom folder to ‘Common Application Data Folder.’ (This isn’t the name that will be used for the resulting folder, it’s just to help you keep it straight.)
Change the folder’s DefaultLocation property to ‘[CommonAppDataFolder][Manufacturer]\[ProductName]’. Note the similarity with the DefaultLocation property of the Application Folder, including the odd use of a single backslash.
Marvel for a moment at the ridiculous (yet undeniable) fact that there is a folder property named ‘Property.’
Change the folder’s Property property to ‘COMMONAPPDATAFOLDER’.
Data files placed in the ‘Common Application Data’ folder will be copied to ‘\ProgramData\Manufacturer\ProductName’ (on Vista) or ‘\Documents and Settings\All Users\Application Data\Manufacturer\ProductName’ (on XP) when the installer is run.
Now it turns out that under Vista, non-Administrators don’t get modify/write access to the files in here. So all users get to read the files, but they get that in ‘\Program Files’ as well. So what, I wonder, is the point of the Common Application Data folder?