We have an MSI installer for a .Net WinForms app for Windows XP that installs and runs only as an admin. Users have to log in to the app when it runs. Customers want it to install and run under a user account under Vista, and to use their Windows account.
A preliminary look through the code shows lots of problems; the installer writes to the registry and installs the app in C:\Program Files. The app stores user preference in the registry, writes data to C:\Documents and Settings\All Users\, and creates temp files in C:.
I guess the first thing to do is store data files in System.Environment.CommonApplicationData and user preferences in System.Environment.LocalApplicationData. Can a user account install an app to System.Environment.ProgramFiles?
A problem is that the app must be installable and uninstallable by any user, and all users share the same data files. Each user has their own preferences.
Is there a book or web site that gives a detailed breakdown on what is required to build a WinForms app that obeys the rules for multiple users on Vista?
Edit: I checked with the client and the requirement to install only as a user account is firm, they are removing admin access from floor staff. This rules out admin-installed components and per-machine installs.
I was thinking of creating a separate data app that would run on an admin machine which the floor machines would connect to via remoting. All client data would be stored on this machine. However, this app would also have to install and run under a user account.
Is there a book or site describing all the rules which Vista user apps must follow?
‘the app must be installable and uninstallable by any user’ ‘all users share the same data files’
You’re going to have trouble with having to meet both of these requirements. Vista’s new security features are designed to keep users from trampling on each other (and on the system).
About the only way I can think of to make this work is a way similar to how we handled a requirement like that on a Windows 2000 environment. You build two components — the user part of the app, and a system component that manages the information that’s shared between the users. An admin installs the ‘shared’ component (which includes a windows service to run it), and each user installs the ‘user’ component.
I think that might work for your scenario, but it would require re-working your code that uses the shared files to talk to the service instead of accessing those files directly.
Of course, you could also just have a tool the user runs as an admin to create your folder in a specific place and grant the needed security permissions. That might work for your purposes as well.