[THIN] Re: default search provider being corrupted in IE8

  • From: "Hutchinson, Alan" <Alan.Hutchinson@xxxxxxxxxxxxxxxxxx>
  • To: <thin@xxxxxxxxxxxxx>
  • Date: Thu, 1 Jul 2010 11:23:40 +0100

Thanks for the reply Andy.
My "....\user shell folders\appdata" key is o.k. - I'm not doing
Application Data redirection. I've also shown that the manadatory
profile is not necessarily the culprit. By changing the .man suffix back
to .dat when a user logs on for the first time this error manifests
itself. Subsequent logons are o.k.
I'm now looking at my GPO's. I have two I.E. GPO's - one that sets the
proxy and other branding stuff and one that does a total I.E. lockdown.
When I unlink/disable the second one and a user logs in for the first
time, no error, just the I.E. 8 startup 'wizard'. When I now re-apply
the GPO subsequent logons are o.k. !! - I'll start by picking my way
through this GPO - as you say there are a fair few I.E. sub-keys.
ooeer - I've just re-read your note. My "...\user shell folders\appdata"
key is %USERPROFILE%\Application Data and not %USERPROFILE%\appdata -
this is consistent with my other boxes (I.E. 7).
Didn't spell out the environment but it seems much the same as yours
W2K3 SP2 x64, PS4.5, I.E. 8 (x64).


From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Andrew Wood
Sent: 01 July 2010 10:11
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: default search provider being corrupted in IE8

Yes ..ish


As I said, IE8 was being published into a set of servers with a stack of
GPO modification that set AppData to be different from the default (the
default being %USERPROFILE%\appdata) to y:\application data ( in this
case Y: was mapped to the users TSProfile directory.. essentially


I modified the GPO that was applying this value so that it went back to
the default (%USERPROFILE%\appdata) and the error went away. 


So, like I said -yes(ish). I 'fixed it' .. but, like I was hoping to
avoid in my first post -  I ended up having to rejig GPOs.


I believe if the reg entry
HKCU\Software\Microsoft\WIndows\Currentversion\explorer\user shell
folders\appdata isn't the default - or at least a UNC path name, this
error kicks in. 


This was for a mandatory profile as well (linking into Appsense as well
but that wasn't a problem) - so my question would be 'what is the value
for  users that you have in that setting?. 


Also bear in mind there is a fair amount of new settings in the IE
subkeys - what I also did was re-build the server without the standard
default profile; made sure IE8 worked fine with a user then essentially
made this new 'IE8 profiled user' the default profile.


I don't get the error now.


Does this help?


From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Hutchinson, Alan
Sent: 30 June 2010 11:20
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: default search provider being corrupted in IE8


Andy - Did you get to the bottom of this one?. I'm having the same issue
- I had initially assumed that it was to do with the way that I'd set up
and replicated the mandatory profile I'd put together. Most stuff on the
web points to the registry key you mention but I can't actually see
anything wrong with it.







From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Andrew Wood
Sent: 13 May 2010 09:29
To: thin@xxxxxxxxxxxxx
Subject: [THIN] default search provider being corrupted in IE8

I've got a site where they're looking to roll out IE8 on their W2k3
XenApp servers 


Everything installs and is (relatively) dandy - other than a message for
users about the search engine getting 'corrupted' whenever they log on:


    A Program on your computer has corrupted your default search setting
for Internet Explorer.


    Internet Explorer has reset this setting to your original search


    Internet Explorer will now open Search Settings, where you can
change this setting or install more search providers.


It seems that this is happening because IE8 appears to want
HKCU\Software\Microsoft\WIndows\Currentversion\explorer\user shell
folders\appdata to be %USERPROFILE%\appdata - rather than the redirected
value it currently is. 


Has anyone come across this and got a "fix"? Or could suggest one? I
could change it from the value it is now to the local profile - but then
I've got to redesign the locked down profile stuff thats going on 








Gilwood CS Ltd

Registered Office :  3 Cedars Crescent, Sunderland, UK, SR2 7SY. No.
6099397 England


Other related posts: