|
| 1 | +v3.6.0 |
| 2 | +====== |
| 3 | + * Removed internal use of deprecated construct in .NET bindings. |
| 4 | + * Added no-format override to .NET Screenshot class for saving file, |
| 5 | + which will save the image in a Portable Network Graphics (PNG) |
| 6 | + format. |
| 7 | + * Updating .NET bindings to not send incorrect W3C Firefox capabilities |
| 8 | + Previously, RemoteWebDriver would send the same capabilities dictionary |
| 9 | + using both the "desiredCapabilities" and "capabilities" properties when |
| 10 | + requesting a new remote session. In the case of the language bindings |
| 11 | + expressly requesting to use the legacy Firefox driver, the capabilities |
| 12 | + dictionary will include properties that are invalid for the W3C-compliant |
| 13 | + remote server. To resolve that issue, we will mask the explicit attempt by |
| 14 | + setting a property that causes the .NET RemoteWebDriver to send a |
| 15 | + legacy-only compatible new session request when explicitly requesting the |
| 16 | + legacy driver. Fixes issue #4637. |
| 17 | + * Added the output of .NET Standard 2.0 class libraries to the release |
| 18 | + artifacts, which will allow the bindings to be used against .NET Core 2.0. |
| 19 | + This addition marks the initial support of .NET Core in the Selenium .NET |
| 20 | + language bindings. Use of the .NET bindings against .NET Core should be |
| 21 | + considered experimental at this stage. The following issues are already |
| 22 | + known, and should not be reported: |
| 23 | + - Calls to localhost in .NET Core are slower than those in the full .NET |
| 24 | + Framework. This is due to internal differences in the .NET libraries |
| 25 | + themselves, and are not the fault of the bindings directly. See |
| 26 | + https://github.com/dotnet/corefx/issues/24104 for more details. |
| 27 | + - Attempting to save a screenshot to any graphics file format other than |
| 28 | + Portable Network Graphics (PNG) will throw an exception. .NET Core does |
| 29 | + not provide the image manipulation classes that the full .NET Framework |
| 30 | + does, and there are no production-ready third-party libraries that |
| 31 | + provide that functionality yet and also only rely on managed code. This |
| 32 | + concern is over and above the difficulties with adding dependencies to |
| 33 | + the language bindings. |
| 34 | + - When using the bindings against .NET Core, there is no PageFactory |
| 35 | + class available. This is not an oversight, nor is it a bug. The .NET |
| 36 | + PageFactory implementation requires use of classes that are not |
| 37 | + available in .NET Core. It is a non-trivial matter to add additional |
| 38 | + dependencies to the .NET bindings, so simply replacing those classes |
| 39 | + with a third-party library that is compatible with .NET Core is not a |
| 40 | + perfectly obvious option. |
| 41 | + - References to the .NET Standard 2.0 library versions provided in this |
| 42 | + and future releases are only valid when using NuGet package references. |
| 43 | + Simply copying the assembly and adding an assembly reference to the |
| 44 | + .NET Core 2.0 project will not work. This is by design of the .NET |
| 45 | + Core ecosystem, which is now entirely dependent on NuGet to propertly |
| 46 | + resolve dependencies. |
| 47 | + |
1 | 48 | v3.5.2
|
2 | 49 | ======
|
3 | 50 | * Changed .NET ChromeOptions to use "goog:chromeOptions" as property name.
|
|
0 commit comments