

I am successfully using docker image selenium/standard-selenium-chrome latest version and docker image selenium/standalone-firefox:2.53.0 the selenium chrome docker works perfectly for me, and the older version 45 of firefox also works well. I discovered the selenium docker images and they are much more convenient for my needs.

I don’t have the mandate or budget to re-engineer the selenium drivers at this time so it was cheaper to downgrade firefox. “please let us know about misbehavior when using Firefox 58” That’s why please let us know about misbehavior when using Firefox 58, so that we have enough time to get it fixed for Firefox 59, or even 58. But please note that this workaround will only work for Firefox 58, and maybe Firefox 59, because then the old and legacy behavior will be removed. Simply set it to False, and the former behavior will happen. In case the problem causes issues for your test suites, but you totally want to use Firefox 58, you can use the capability moz:webdriverClick and turn off those checks. If you are hitting such a condition it would be fantastic to let us know about it as best by filing an geckodriver issue with all the required information so that it is reproducible for us. While pushing this change out by default, we are aware of corner cases where we accidentally might throw such a not-interactability error, or falsely assume the element is interactable. If you are asking now why this change was necessary, the answer is that we are more WebDriver specification conformant now. If not a not-interactable error will be thrown.


That means that if such an operation has to be performed for any kind of element it will be checked first, if a click on it or sending keys to it would work from a normal user perspective at all. For both commands we have enabled the interactability checks by default now. When you are using Selenium and geckodriver to automate your tests in Firefox you might see a behavior change with Firefox 58 when using the commands Element Click or Element Send Keys.
