[Error number: 0x800A0046]
Please change your Internet Explorer security settings
To save changes to your settings for this website, you need to enable
userdata persistence for Internet Explorer. Complete the steps below, and
then click Change settings to the left and try saving your changes again.
In Internet Explorer, on the Tools menu, click Internet Options.
Click the Security tab, click the Internet security zone icon, and then
click Custom Level.
In the Settings dialog box, scroll to the Miscellaneous section.
Under Userdata persistence , select Enable.
Click OK and when the security warning dialog box appears, click Yes.
Any help please...how can I uninstall version 6?
"techguy" wrote:
> I installed this on my Windows Advanced 2000 Server. Updates ran fine with
> ....
The code means "permission denied"
So look in your log for more clues about what is overly restricted.
If it is the other way around e.g. you have overly restricted the account
being used you will get less information from the log about that.
In that case it may be a good idea to monitor your update session
with FileMon (freeware from SysInternals). The input filter that I like to use
(for WUv5 and WUv6 sessions) is: SoftwareDistribution;Update;CatRoot
It's possible but I think less likely that the permission would be associated
with a registry key. You could try using RegMon to monitor the programs
involved with update for that but I think you would have to use FileMon first
to find out what the executable names are. Unfortunately one of them might be
svchost.exe which provides no way of differentiating which service the accceses
are being done for; so if you had to monitor it you could find many irrelevant
trace entries being made for any other services which needed registry access.
Good luck
Robert Aldwinckle
---
There are a significant number of registry permission problems appearing
within the Microsoft news groups.
You may wish to look at the thread I started (message id:
<$zdIDsAV...@easton.demon.co.uk>) titled XP-HOME: Only original
account now works.
I posted details of a solution that worked for me.
> You could try using RegMon to monitor the programs
>involved with update for that
It was using Regmon that helped me trace the error that I was having.
> but I think you would have to use FileMon first
>to find out what the executable names are.
>Unfortunately one of them might be
>svchost.exe which provides no way of differentiating which service the
>accceses
Process Explorer (from the same authors as Regmon) may help.
<http://www.sysinternals.com/Utilities/ProcessExplorer.html>
>are being done for; so if you had to monitor it you could find many irrelevant
>trace entries being made for any other services which needed registry access.
Cheers,
--
Neale Hind
Insanity is hereditary, you get it from your children
- lanman
This is horrible... who released the product before all the bugs were
gotten rid of!! I though Microsoft's QA department had finally gotten their
act together around 1999... guess not!
I've tried tons of my own solutions... none have worked so far..maybe one
of these solutions will work.
Now I'm trying to eliminate my admin user that can't update from the Guests
group.... Maybe that will work... but then I won't be able to use it as a
guest anymore which will be unfortunate.
Well that did it.... I guess eliminating the user from the guest group
was the root cause for me. But now I'll have to set up some of my complex
file transfer stuff a bit differently... OK. I'll figure it out... life goes
on.
http://support.microsoft.com/default.aspx?scid=kb;en-us;883821
removing guest was not a big deal for me. It seems however you can do some
other work arounds. Hope this helps!