(Even Less) Painless Outlook/Office Reset With SVS 2.x
Resetting an SVS layer to recover from an application problem is a quick path to resolving a help desk ticket. Although there may be user settings in the registry lost when the app gets reverted to its standard baseline, that's a whole lot less disruptive to the end user than troubleshooting for hours or days and perhaps ultimately uninstalling and re-installing the app, which will likely lose your user settings anyway.
Regardless, SVS customers want the "holy grail" of a completely non-disruptive "fixit" sort of function that reliably corrects any app malfunction w/o the end user having to do anything at all to set the app back up with their configuration and customizations. Microsoft Office (esp. Outlook) is the ultimate use case here, as it has jillions of user-configurable settings found all over the place in the UI (and all stored in the registry, so they can't be excluded by SVS), it's very frequently virtualized, and because users tend to rely on it for a significant chunk of their work. It also tends to break a lot... but I should be polite and leave that out, huh?
My Office 2003 had developed some quirks over the past month or so. I was reluctant to do a reset because it hadn't been reset in about eighteen months. There were a ton of settings tweaks that I knew would take me days (or longer) to remember, find the GUI for once again, and get back the way I wanted it. But most of those were in Outlook, and I remembered that Outlook keeps it's most important settings under the Windows Messaging Subsystem profile key in the registry. Figuring, "well, at least I'll get the most important stuff," I did the following:
- Found the writable sublayer number for my Office 2003 layer in SVS Admin.
- In Regedit, browsed to my Windows Messaging Subsystem registry hive in the redirect area for that writable sublayer, which is located under:
HKLM\SOFTWARE\fslrdr\(writable sublayer number)\HU\(User GUID)\Software\Microsoft\Windows NT\CurrentVersion
- Exported the whole Windows Messaging Subsystem hive to a .reg file.
- Reset my Office layer in SVS Admin and noted the new writable sublayer number.
- Cracked the .reg file I created in step 3 in Notepad and Find-Replaced the old sublayer number with the new one.
- Imported the edited .reg file.
I then cranked up Outlook, Word and Excel and guess what? Not only were my problems gone, but Outlook had retained everything -- not just my mail service configurations but all my view settings and other preferences. The only two things I had to set back manually were two non-Outlook-specific options (disable Word's "Allow starting in Reading layout" and disable grammar checking).
Wow. My Office reset was painless! And the problems were gone!
When we add registry excludes in SVS 3, HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem may be on the list of things to exclude for a layer containing Outlook. But of course, Rollback will be an even better solution; then you can keep even this key virtualized but not wipe it out when fixing an app issue. In the mean time, some of you may find this information useful. I bet it wouldn't take much work with WiseScript to automate the backup-restore steps above, either as a stand-alone utility or by using the OnPreReset and OnPostReset events.
Excelsior!
- Login or register to post comments
- 2063 reads
- Printer-friendly version
















Good solution
This is a very good solution Scott, and you are helping lots of us to resolve the repair and lose problem.
In DVS4SBC we do this all the time when you close a applikation.
When the user stops Outlook, a little script in the layer creates a file with all the register key's in it.
When the program is opened, the keys are picked up again.
Regards
Erik
www.deltaisis.nl
Why backup and restore between uses?
ericw,
Why backup and restore settings between uses? Are you doing this in a terminal services environment? If so, backing them up to a network drive would be a pretty slick way of ensuring user's settings followed them wherever they went... Or are you actually resetting a local layer each time?
Backup settings in SVS
In a Citrix farm we use flex to extract the settings into the userprofile that travels with the user on whatever server the user logson.
But i use it also in a client environment.
In a client environment you don not wnat to loose settings when you need to reset a layer.
Regards
Erik
www.dvs4sbc.nl
Office Settings
I think another way you could accomplish the same thing is using the Office Export wizard before you reset the layer. After doing the reset, do an import and all Office settings should be restored.
I believe you can even script this.
Or take what was exported
Or take what was exported using the export wizard and place that in a data layer, then you don't have to worry about doing that each time there's a reset, update-capture needed.
Indeed
Indeed we use the Flexprofile wizard.
In our packages the Flex is inside the package, and on a prereset we export the settings.
In a Postreset we restore them.
This works great, and it is very easy to find what you need to include or exclude.
Best of all that it is not only for register key's but also for files.
Regards
Erik
www.dvs4sbc.nl
Great Idea
You'd be surprised at the number of people we have to deal with that go nuts when they find out they have to reset all their fonts, etc. (I know... it's so taxing!), but mostly I'm glad to have this ability for the number of legitimate complaints caused by layer resets/updates.
I liked it so much I built it into a command line utility for resetting or replacing layers (and saving the settings). Hopefuly someone else will get some use out of it: http://juice.altiris.com/download/3629/svs-layer-s...