Internet Explorer Personalisation with RES Workspace Manager

Looking at user settings, below are some recommendations for managing Internet Explorer with RES Workspace Manager. These are not RES “best practices” but tips and tricks picked up in the field after a number of deployments.

  1. Configure IE User Settings at a global level (or as an ‘auto launched’ application) so that they get applied to the user’s session at log on. There are lots of applications that rely on these settings and if they’re loaded in the background, they may not be available when needed and cause confusion.
  2. Do not use “Zero Profile” mode User Tracking for Internet Explorer. I’ve seen lots of deployments with this enabled and it generates very large User Settings (UPR2 and UPF2) files as IE touches lots of files and registry keys when running. This will certainly result in slower log on/off times and is not required – use the built-in User Settings template.
  3. Keep user Favo(u)rites, Cookies and History User Settings separate from the IE application User Settings, i.e. define two User Settings. This is contrary to the default User Settings template supplied by RES, however, but this allows users to reset the general settings for IE without affecting the their personal Cookies, Favo(u)rites and History. image
  4. We have found that when using the default User Settings template supplied by RES it doesn’t capture any typed URL history in Internet Explorer. To resolve this issue just add the registry key : HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\TypedURLs to the IE application User Settings.
  5. If you have multiple managed instances of Internet Explorer, i.e. shortcuts to URLs that point to IEXPLORE.EXE make sure you link the settings back to the “master” IE application. Creating “snapshots” of the same keys and files/folders can cause major inconsistencies to the user’s environment as RES Workspace Manager loads different settings depending on which shortcut is used.

Enjoy ! Additional comments and recommendations are more then welcome!

Thanks,

Simon

5 Comments

  1. Gunther Author July 5, 2012 (3:27 pm)

    Hi Simon,

    Nice article. Going to implement this as you said splitting favorites / cookies / history from the IE settings.

    Could you explain 1 thing to me ? In point 1 you say using the IE template settings at GLOBAL level but in the first screenshot i see the IE Applications settings at Application level ? Are those the settings you mentioned to be applied at global level ?

    thanks,

    Gunther

  2. Simon Pettit Author July 5, 2012 (5:52 pm)

    Hi Gunther,

    Thanks for reading the blog.

    Just to clarify in the first screenshot this a master internet explorer application with the user setting selected here, all other instances of Internet Explorer are linked to this master as explained in point 5. You will notice that apply is selected to the default action of (Prefetch in the background, check on application start) this loads the settings in the background during session start-up. You can however create these user settings in the global area and select apply (load on session start).

    Thanks,

    Simon

  3. Gunther Author July 5, 2012 (8:40 pm)

    Hi Simon,

    Thanks for your fast response.Ok i understand what you mean now. In my opinion putting the settings for IE at application level is the best choice when linking more “URL” content apps to 1 master IE app, just for the fact you see the settings in 1 place.
    Keep up the good work and thanks!

    Gunther

  4. James Author October 8, 2012 (10:05 pm)

    Thanks for writing the blog was able to resolve an issue with a IE based app with these settings

  5. Paul Smith Author July 15, 2014 (3:21 pm)

    Hi Simon, very useful. How does this apply in 2014SR1?

Leave a Reply

Archives

Categories