Posted on April 27, 2017

DotNetBrowser 1.10

With this release we are pleased to introduce the long awaited upgrade. Now DotNetBrowser runs on a more powerful browser engine – Chromium 55.0.2883.87. But we did not stop there, check the full list of enhancements we delivered with this update:

  • Implemented Chromium sandbox support. By default, Chromium sandbox is disabled to keep the behavior of previous DotNetBrowser versions.
  • The library now supports HTML5 transparent background.
  • Added the OnPreviewKeyDown event support in WinForms heavyweight rendering mode.
  • Added support of the proper key modifiers for the keyboard events in WinForms heavyweight rendering mode.
  • Implemented an ability to embed WPFBrowserView into WinForms ElementHost.

Here’s what has been resolved in this update:

  • The issue with MS Visual Studio 2013 crash when adding DotNetBrowser reference to the VB.NET project.
  • The issue related to using different proxy settings in different Browser instances. In the new version, the functionality that allows configuring proxy settings for each Browser instance separately works properly.
  • The issue with memory leak in JavaScript-.NET bridge. In this update, the JavaScript objects are properly released on the web page unload without causing the memory leak if a .NET object is injected into JavaScript via the bridge.
  • The WebStorage initialization issue. The WebStorage did not work if there were no calls to the localStorage/sessionStorage from JavaScript. Now you don’t have to access the localStorage/sessionStorage on JavaScript to initialize WebStorage.
  • The blacklisting issue for the PasswordManagerClient. The PasswordSubmitted event is no longer created for already blacklisted websites.
  • The blurred fonts issue in the heavyweight rendering mode for both WinForms and WPF. Now fonts in the heavyweight rendering mode are rendered exactly as in Google Chrome.
  • The issue when some CSS cursors aren’t displayed in the heavyweight rendering mode for both WinForms and WPF.
  • The issue with memory leak when creating and disposing WPF control multiple times.
  • The Browser initialization issue for the case when current thread culture is CultureInfo.InvariantCulture.
  • MS Visual Studio Designer errors for the BrowserView.Focused property.

Request evaluation licence

Go Top