How does the registry entry HKEY_LOCAL_MACHINE\…\FEATURE_BFCACHE for InternetExplorerDriver solves the Internet Explorer 11 issue?

You saw it right. As per the documentation in the Required Configuration section of InternetExplorerDriver
it is clearly mentioned:

For IE 11 only, you will need to set a registry entry on the target computer so that the driver can maintain a connection to the instance of Internet Explorer it creates.

  • For 32-bit Windows installations, the key you must examine in the registry editor is:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BFCACHE. 
    
  • For 64-bit Windows installations, the key is:

    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BFCACHE. 
    
  • Note The FEATURE_BFCACHE subkey may or may not be present, and should be created if it is not present. Important: Inside this key, create a DWORD value named iexplore.exe with the value of 0.

A brief history

As per @JimEvans comments within the discussion IE11 exceptions with IEDriverServer: Unable to get browser:

  • On 16 December 2014, Microsoft released update KB3025390 via Windows Update as part of its normal “patch Tuesday” update cycle. For most users, this update is downloaded and installed without user interaction. This update breaks the IE driver when using it with IE11.

  • As part of this update, attempting to use the COM method IHTMLWindow2::execScript returns an “access denied” result. This renders the driver unable to execute JavaScript in the page bring browsed. However, given that large portions of driver functionality are implemented using JavaScript, this effectively renders the driver all but unusable with IE11.

  • There is no known workaround for this issue. At this time, the Microsoft IE driver implementation is still incomplete, lacking basic functionality required to make it usable, so it cannot be recommended. Uninstalling the update might restore IE driver functionality, but this is hardly ideal.

  • While the execScript method is marked as deprecated for IE11, the driver had heretofore been able to use that method successfully, and it was hoped that it would remain useful throughout the IE11 life cycle. We now know this not to be the case. Additionally, attempts to use the Microsoft-suggested replacement, eval, have been fruitless thus far.

  • The issue is currently being tracked in the Selenium issue tracker.

  • In this discussion @JimEvans further added a comment as:

The registry entry disables a caching feature of IE called BFCache, which affects how pages are cached and loaded when using forward and backward navigation feature of the browser. When enabled, the COM objects on which the driver relies (yes, the very same objects used by the mshtml library) become orphaned if you navigate back or forward. There are other ways to increase the “reliability” of the driver’s click() method.

Leave a Comment