IE11 Compatibility Mode Settings

[nzorn]

Compatibility sites are not being roamed between sessions, they are stored under HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\BrowserEmulation\ClearableListData

I have an Internet Explorer UEM config that captures this.  I have verified that the registry key exists inside of the UEM zip file, but when I login to a new machine this registry key is blank.

Suggestions?

[ijdemes]

Can you share the FlexEngine.log file? Does it mention a succesful import of the specific .ZIP file containing this setting?

Any settings/policies that overwrite this key after profile archive import (policies/ADMX)?

[ijdemes]

Never mind. I was able to reproduce. Let me check...

[ijdemes]

When I run the command below in the user session:

"C:\Program Files\Immidio\Flex Profiles\FlexEngine.exe" -r "\\<server>\<share>\<user>\Windows Settings\Internet Explorer.zip"

It adds the registry value succesfully.

Not sure why it doesn't succesfully import this specific value during logon... :smileyconfused:

[ijdemes]

Creating a config file with the specific reg value and enabling DirectFlex for iexplore.exe does work. The value is immediately imported at IE launch.

[IncludeIndividualRegistryValues]
HKCU\Software\Microsoft\Internet Explorer\BrowserEmulation\ClearableListData\UserFilter
[Metadata]
ProcessIfExists=
DirectFlexEnabled
DirectFlexPath=C:\Program Files\Internet Explorer\iexplore.exe
ProcessCriteria=<pc ll='0' t='3' f='0' />

This is more a workaround. Still puzzled why it does not import at logon though...

[DEMdev]

I'm pretty sure that the setting is correctly imported at logon, but then overwritten/reset by some IE/Windows initialization that happens because of the new profile.

I realize that this is not a solution; just want to steer further research towards figuring out which other settings may need to be captured to prevent this.

[Pim_van_de_Vis]

The settings are probably imported correct at logon, but overwritten after that by Internet Explorer.

Edge also does this, and the only workaround is to enable DirectFlex.

I've not seen this before with Internet Explorer, but it could a change of the latest Windows 10 release. What version are you using?

[Pim_van_de_Vis]

ah crap... UEMdev​ beat me

[ijdemes]

I reproduced the issue using IE 11 on Server 2012 R2.

[nzorn]

Amazing replies so far, thanks guys, running Windows 7 x64 w/ SP1.

[DEMdev · Accepted solution]

So, indeed, this is just Internet Explorer's Active Setup component messing with us 🙂

This ProcMon trace is from a logon after the user's profile was removed. The REGEDIT.EXE line is UEM restoring the previously exported setting. 13 seconds later, Active Setup kicks in and removes it again.

If you create a new Flex config file, pick Use a Windows Common Setting in the wizard, and then select Active Setup, you prevent Active Setup from running again at subsequent logons.

BTW, HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\BrowserEmulation\ClearableListData is captured by another Windows Common Setting: Internet Explorer – Personal Settings. Any reason why you're looking at that value in isolation?

[ijdemes]

Oh off course, makes absolutely sense. I don't have Active Setup import/export enabled in a config file in my LAB, which I normally do :smileyblush:.

Double checked, and now it works just fine.

Thanks for sorting this one out UEMdev​ !

[nzorn]

Thanks!  Adding Active Setup to UEM worked.  We're just using a single Internet Explorer UEM config to capture:

[IncludeRegistryTrees]

HKCU\Software\Microsoft\IdentityCRL

HKCU\Software\Microsoft\Internet Explorer

HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Favorites

HKCU\Software\Microsoft\Windows\CurrentVersion\Ext\Settings

HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings

[IncludeFolderTrees]

<Cookies>

<Favorites>

[ExcludeFiles]

<Favorites>\desktop.ini

<Favorites>\links\desktop.ini

[Sravan_k]

why you are persisting Cookies?

Regards,

Vkmr.