kurt wismer said:
it doesn't have to be just one or the other... the program could use
the user defined settings if they've actually been defined, or ask the
user if they haven't been defined... what a concept...
But what if they have been defined but are defined to be the
install-time values for IE? That's why you need to have some
initialization value since blank values are not appropriate.
Quick. What is the value for the Search Page registry key to specify
Google as your default search page? Okay, that one you could probably
guess was
http://www.google.com. Without looking at the registry, what
is the value of the Search Bar registry entry to use Google? I wonder
how many users would know it was
http://www.google.com/ie. What should
the SearchURL registry key be set to? Even fewer users would guess it
is
http://www.google.com/keyword/%s. Now ask them what is the URL used
for the SearchAssistant (what gets displayed in the Search pane when
opened) specified under the Search\SearchAssistant key. Yep, that's
http://www.google.com/ie, too. But how many users will actually know
those are the CORRECT values (plus there maybe more than one value which
is correct)? The malware could've easily screwed up those registry
entries so just because they still have "google" somewhere in them
doesn't mean they are valid values anymore. A user that was using
Google but never looked at the value in the registry might think
http://[email protected]/579 is okay because, well, it has
"google.com" in it (but instead it goes to some "swinging singles"
site). And when seeing a long list of settings then it is easy to miss
one that is "off". When configuring the options to define a base state,
it took some investigating to ensure they were the correct values for
those settings. Users aren't going to do that when a wizard is pushed
into their face listing over a dozen of the current settings (and maybe
the install-time settings for IE).
Having the user choose to keep the existing value is suspect as it
doesn't necessarily provide a good value after malware has been screwing
around in the registry. Obviously users shouldn't be required to
remember all these settings. While IE install-time defaults are
currently listed when you install MSAS and which you can change to your
own preferred base state for recovery, most users still won't know what
are the correct values to enter into the options to define this base
state.
So rather than pushing a wizard in their face that could be presenting
invalid values that might *look* like they are, say, for Google, instead
provide an option for the user to take a snapshot of the current
settings. If the user feels that their setup is currently correct, let
them save a snapshot of those settings. They can then restore back to
this snapshot, or they could fall all the way back to the IE
install-time settings. The IE install-time values would be the base
snapshot (that cannot be deleted). In fact, you could let the user save
multiple setting snapshots. The user could then play around and, after
finding they screwed something up, could restore back to a particular
snapshot.
Right now you can do that to a small degree. You can go into the
options for Browser Restore and set the restore value to the current
value. For example, after using the Google Toolbar's option to
configure Google as my default search page and engine, I then went into
MSAS to each setting to use the "Change restore setting to a new URL"
and set the base state to the current value. Then when I later do a
browser restore, I'll get back those same settings. However, that only
gives you one snapshot and you have to build that snapshot one setting
at a time. It also loses the IE install-time settings so I no longer
have that snapshot to fall back to.
It is a bit ridiculous that you only get this small sized snapshot of
IE's settings and only one snapshot of them. Besides providing
snapshots of the browser settings, it'd be great to have snapshots of
the security zone settings, advanced settings, cookie settings, the
hosts file, and so on. This would NOT be the same as System Recovery
because that restores to a registry and file snapshot that covers a hell
of lot more than just IE, plus System Recovery doesn't give you any
granularity in what you want to save in a snapshot.
Then instead of a wizard presenting a bunch of settings that many users
don't understand to decide whether or not the current values are the
correct values, they'll just get a shortie wizard asking which settings
snapshot to which they want to restore. You spend the time figuring out
what the settings should be when building your snapshot but not when you
are under duress to get the browser restored to that snapshot.
no, not too dumb, too lazy... it is a well known fact that users take
the path of least resistance/work - that means using things in their
default configuration, clicking ok buttons without reading warnings,
etc... that is why efforts must be made by software developers to make
sure the easiest actions are also the right actions (though some
people
in redmond have figured out how to use that user behaviour to their
own
benefit)...
The path of least resistance also means they won't be reviewing that
long list of settings and their current values presented by a wizard
popping up during a browser restore operation. That's why having
snapshots of whatever are the current settings is probably safer and
easier. If the user installs MSAS to perform an immediate browser
restore then they don't have a snapshot to which they can restore, so
they get the IE install-time defaults as the lowest or base state to
which they can recover. It is highly unlikely that the users will know
the correct values for all those registry entries so they know that the
current value presented by some wizard during the restore is okay or
not. Letting them save snapshots (and more than one) makes selecting
the snapshot pretty easy during the restore without barraging the user
with a slew of settings and values. Otherwise, users get presented with
a jumbled mess of babble when under stress to get their browser working
again the way it was before. Experts can still edit the options to
modify the snapshot to be slightly different than the current settings
so they can restore to just exactly what they want. Snapshots would
provide ease-of-use to both beginners and experts both for setup and
later during restore.