So you've deployed a mandatory profile solution with your XenApp infrastructure. You were quite eager to see it working so you created the mandatory profile before deploying all your applications on the system used to create the profile. The profile works fine but your users have reported a snag: when they right click on the desktop or inside a folder to select New - and then a file type to create a blank document, not all the 'expected' file types are listed. As soon as they exit the menu and do this process again, all the file types are displayed. So the second time it works...why is that?
To save yourself the grief of troubleshooting you'd probably decide to re-create the mandatory profile so you can 'recapture all file types'. It is not a bad option and it will give you what you want.
Not wanting to do that I set to understand what happens.
When you right click and select New, your computer will read a registry value located under your user hive with all file types recorded for your profile. At the same time it will scan the registry for all registered file types (under Classes Root) and for those that a flag to integrate with the New menu exists will write them to your user hive. It will however display only the file types recorded on your user hive. As at this stage we only have what's captured in the mandatory profile...we get nothing relevant:
The next time you access the menu the process repeats but this time your value has the updated data. That's why the second time you get to see all file types.
The method I decided to use to fix my problem was to mount the mandatory profile hive and change the registry entry. The entry is a Multi-String value and what you have to do is to list the extension you want displayed: .txt for example. Keep the entries one per row.
Having RES Workspace manager on top of the mandatory profile I decided to take this fix one step further and configured a user's settings capture policy so that when the user logs off the registry key is saved to the user's RES profile and restored at the next logon. This will help in the future should the servers get new applications delivered to them that interact with the Shell New menu.
The registry location is :
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Discardable\PostSetup\ShellNew
The value is called Classes and as previously said it's a Multi-String Value.
Don't remove the value from the hive. Yes - it will be generated the first time the user accesses the menu but they'll also get this:
No comments:
Post a Comment