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. Regards, Alan. 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 %USERPROFILE%) 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. Regards, Alan. ________________________________ 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 provider. 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 Tia. a. Gilwood CS Ltd Registered Office : 3 Cedars Crescent, Sunderland, UK, SR2 7SY. No. 6099397 England