How to resolve this with the latest version of Selenium.
Using NuGet, search for DotNetSeleniumExtras.WaitHelpers, and import that namespace into your class. Now you can do this:
var wait = new WebDriverWait(driver, new TimeSpan(0, 0, 30));
var element = wait.Until(SeleniumExtras.WaitHelpers.ExpectedConditions.ElementIsVisible(By.Id("content-section")));
If you don't want to download an extra NuGet package, it is quite easy to declare your own function (or condition), especially using a lambda expression, e.g.
var wait = new WebDriverWait(driver, new TimeSpan(0, 0, 30));
var element = wait.Until(condition =>
{
try
{
var elementToBeDisplayed = driver.FindElement(By.Id("content-section"));
return elementToBeDisplayed.Displayed;
}
catch (StaleElementReferenceException)
{
return false;
}
catch (NoSuchElementException)
{
return false;
}
});
This is also very versatile, since it is now possible to evaluate any kind of Boolean expression.
The answers to change to an anonymous function is the most correct one. Or write your own class of your own, needed, wait conditions.
An example of using an anonymous function for the explicit scenario above would be something like:
var wait = new WebDriverWait(driver, new TimeSpan(0, 0, 30));
wait.IgnoreExceptionTypes(typeof(NoSuchElementException), typeof(ElementNotVisibleException));
var element = wait.Until(() =>
{
var e = Driver.FindElement(By.Id("content-section"));
if(e.Displayed)
return e;
});
And at that point, the function itself could be off on its own in some class in your solution that you can call. The nice thing with this is that you can modify as needed; I have seen several cases where really poorly made websites end up breaking how the ExpectedConditions work, and that was solved with the team writing our own function.
As per the C# contributor:
With respect to ExpectedConditions, again, this was an addition that
was created in .NET solely because "Java has it." At the time the
ExpectedConditions class in Java was created, the syntax for creating
a lambda function (or something that acted like one) was particularly
arcane and difficult to understand. In that case, a helper class made
lots of sense for the Java bindings. However, C# isn't Java. In C#,
the syntax for creating lambda functions ("anonymous methods" in the
language of Microsoft's documentation) has been well understood by C#
developers for many years, and is a standard tool in their arsenal.
In this case, the question of code verbosity does have some merit, but
since wait conditions are rarely one-size-fits-all, it would be a much
cleaner approach for users to develop their own conditions class that
has the wait conditions they're interested in. This, however, is
something users have an aversion to. Additionally, the thought of a
'standard' collection of implementations of specific wait conditions
seems to be a good idea on its face, but there is a great deal of
variation on the way users want any given condition to work. Having a
collection of wait conditions might be a good thing, but the Selenium
project is not the place for it.
You can use the NuGet package Gravity.Core - it is maintained by Gravity API community and it contains A LOT more than just the ExpectedConditions class.