To expand further on Mozilla's ongoing commitment to WebDriver, we employ one of the editors of the WebDriver specification [1], are making significant contributions to the WebDriver testsuite, and are actively working on our geckodriver implementation to ensure that we have a fully-featured standards-complaint implementation as soon as possible. I also know that other vendors are working on improving the spec compatibility of their implementations, so I think the future of WebDriver is very promising, with fewer differences between drivers that aren't the result of fundamental differences in the browsers under test.
Firefox 55 and Selenium IDE
81–90 of 132 posts
Re: Firefox 55 and Selenium IDE
#82We (ab)use Selenium on headless Linux servers for task automation where no API is available. I hope this isn't affected - otherwise I'll have to `sudo apt-mark hold firefox`. Suggestions for alternative software for this purpose?
Re: Firefox 55 and Selenium IDE
#83Re: Firefox 55 and Selenium IDE
#84Test recorders are an antipattern. They lure you with their "no programming required!" siren call, but the generated scripts invaribly end up as a fragile, poorly abstracted mess. GUI tests suites, especially those created with recorders, are prone to become unmaintainable beasts full of flaky tests. This old interview with Bret Pettichord makes good points about the use of recorders: https://youtu.be/s_CUPs6xAWw?t=5…
Re: Firefox 55 and Selenium IDE
#85Re: Firefox 55 and Selenium IDE
#86I wonder if there's anyone here from SauceLabs or or any other company that does browser automation as a service -- was this easy to see coming? Is everything pants-on-fire there at the moment?
We at http://www.trinityradar.com/ provide browser automation service. We stopped working with Firefox a few months ago since less and less people are using firefox now. We run chrome browser on cloud. Full disclosure: I work for Trinity Radar.
Re: Firefox 55 and Selenium IDE
#87I wonder if there's anyone here from SauceLabs or or any other company that does browser automation as a service -- was this easy to see coming? Is everything pants-on-fire there at the moment?
Re: Firefox 55 and Selenium IDE
#88https://chrome.google.com/webstore/detail/kantu-browser-auto...
It works well for what it does and covers basic recording/replay for the core commands. But it is a new project, and by no means a full replacement yet. Code on Github (GPL license).
Re: Firefox 55 and Selenium IDE
#89This is what is going to happen to most extensions. Mozilla is bonkers, doing this. They're going to regret it.
Only about 20% of Firefox add-ons have been converted to WebExtension format. One of the headaches is that access to local storage is asynchronous (in the "promise" sense) in WebExtensions. As a result, if you want something based on stored data such as a stored script or a blocklist to happen early, during page load, you can't get it to run soon enough. This breaks Greasemonkey[1] and NoScript.[2] WebExtensions need…
Also take into account how many Chrome extensions are ported over now that it's easy. For example, the only extension I use that won't get ported over is VimFx, but Vimium has now become available which does exactly the things I used VimFx for.
Re: Firefox 55 and Selenium IDE
#90We (ab)use Selenium on headless Linux servers for task automation where no API is available. I hope this isn't affected - otherwise I'll have to `sudo apt-mark hold firefox`. Suggestions for alternative software for this purpose?
Selenium will continue working, and is actively supported by Mozilla. The IDE (the plugin that allowed UI-based recording of tests) is the only thing that's not working.