-
Notifications
You must be signed in to change notification settings - Fork 279
fillField failing for good "field" #345
Comments
I'm facing similar issue which may be related to this one – the |
yes; |
I reverted my Chrome browser from Version 75 to Version 74, and also reverted my version of ChromeDriver.exe, and the problem appears to have gone away. It would appear that something in the upgrade from Chrome 74 to Chrome 75 (or ChromeDriver) causes this issue |
I seem to get this error on Firefox 68 with GeckoDriver as well. Still digging in to see if I can figure out the culprit. |
I think this is documented as in issue in the GeckoDriver repository: mozilla/geckodriver#1581 It's odd that it seems to affect both Chrome and Firefox equally |
Ah ha. I think I uncovered some more details here. It looks like, starting with Chrome 75, the selenium mode defaults to w3c, and the MinkSelenium2Driver is considering switching from instaclick/php-webdriver to facebook/php-webdriver, but is holding off because of PHP7 support: minkphp/MinkSelenium2Driver#293 (comment) |
And a solution! (Or at least a temporary workaround): In the thread above, they suggested turning off W3C mode for chrome. So, adding that to my
|
Mink Extension's fill field fails because W3C mode on Chrome 75+ causes MinkSelenium2Driver to break: Behat/MinkExtension#345 and minkphp/MinkSelenium2Driver#293 (comment)
also related: instaclick/php-webdriver#84 |
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
phantomjs is increasingly flaky, so we switch to another headless browser. Unfortunately SeleniumWebDriver support for Firefox has non-workaroundable or no-upcoming-fixes-soon problems [1] , only Chrome up to version 74 works [2], but it's a better place to be. By switching to Chrome, we have to alter (actually improve) a couple of background scenarios. Also *.dev domains are restricted in Chrome [3] so switching the internal domain to *.test. [1] https://stackoverflow.com/questions/46913377/php-codeception-not-so-quick-start-phpunit-framework-exception-undefined-inde [2] Behat/MinkExtension#345 [3] https://www.theregister.co.uk/2017/11/29/google_dev_network/
Seeing a weird issue when running ChromeDriver 75, Behat 3.5.0, MinkExtension 2.3.1 on Windows with Selenium
Every call to
MinkContext::fillField
fails becauseBehat\Mink\Element::findAll
returns null, and I get anElementNotFoundException
.The referenced field is valid, and works in my CI tests (running older versions of dependencies and via SauceLabs)
I took a look at the generated xPath, and it looked really over-complicated(but might still have been valid).
I don't see anything in the selenium console logs to indicate a failed "find", but I'm not sure it would show there anyway.
Any pointers where to dig deeper?
The text was updated successfully, but these errors were encountered: