Open pbolduc opened 6 years ago
I'd definitely be up for a PR.
To keep driver parity, I will extend this issue to the other drivers. Will just take a bit more testing on my part.
Moving forward I'm going to upgrade the projects to selenium 3.7, are you interested in moving up to 3.7 or is it more useful for you to release against the 2.X series?
This move would include retargeting to .netstandard 2.0 and .net 4.5
I did have an issue when I opened the solution. It wanted to upgrade the dnx project. When I committed my initial changes, I avoided committing the changes to the unrelated files.
I think it is good idea to update to the latest selenium version. We should keep that as a separate issue.
I just pushed a commit on my fork related to being able to specify a command timeout when using the WebDriverAttribute types. Originally, I added overload on the browser specific attributes, ie ChromeDriverAttribute, however, if you are adding a timeout you probably want it applied to every browser.
I have added WebDriverCommandTimeoutAttribute and check for that inside browser specific attributes. For now, my change only is implemented for Chrome. This would also allow a custom driver provider to also look for the timeout attribute and configure the driver command timeout.
Looking for feedback. If it looks good, I will go through the other driver attributes and implement the changes.
I agree WebDriverCommandTimeoutAttribute is the right way to go. It looks good.
I have a long running test which times out after 60 seconds with this error:
The ChromeDriver class supports a commandTimeout parameter. Adding an extra overload on ChromeDriverAttribute that supports specifying a time out would solve the problem.
TimeSpan is not a valid parameter in an attribute, so I would suggest an integer representing the number of seconds. For example,
I can supply a pull request.