Regarding Gecko

138 views
Skip to first unread message

Aniket Mane

unread,
Aug 7, 2016, 9:14:02 AM8/7/16
to Selenium Users
Hi All,
I have a doubt regarding geckodriver,why they introduced geckodriver to initiate Firefox like chrome in latest 3.x beta versions?
yes owner of geckodriver is mozila foundation but without this driver was there any issues before(as a standalone firefox)?


⇜Krishnan Mahadevan⇝

unread,
Aug 7, 2016, 9:53:30 AM8/7/16
to Selenium Users
Aniket,

The long term vision of Selenium project is to have the respective browser owners own the server component as well. Since they know the browsers more than anyone else, it makes more sense for them to build the server component [ the one that provides implementation to all the end-points as defined by the JSONWireProtocol/W3c specifications ].
That is why firefox is also moving towards leveraging the geckodriver which is supposed to be server component for firefox.

Yes without the driver there were no issues before. But it also meant that with every new version of firefox getting released [ firefox has a very aggressive release cycle ], selenium was forced to play the catch up game of doing a new release so that selenium works with the newly released firefox version as well.

Also I believe that there have been some other internal changes in firefox browser itself, which mandates that extensions be signed [ I don't know the details but you should be google it ]. The current implementation for firefox support relied on an embedded firefox webdriver plugin (xpi) which was extracted out from the selenium jar and used to support firefox automation. So that also was a motivating factor.


Thanks & Regards
Krishnan Mahadevan

"All the desirable things in life are either illegal, expensive, fattening or in love with someone else!"
My Scribblings @ http://wakened-cognition.blogspot.com/
My Technical Scribbings @ http://rationaleemotions.wordpress.com/

--
You received this message because you are subscribed to the Google Groups "Selenium Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to selenium-users+unsubscribe@googlegroups.com.
To post to this group, send email to selenium-users@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/selenium-users/61533daa-1393-4812-800b-a637799acaa1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Aniket Mane

unread,
Aug 7, 2016, 10:30:12 AM8/7/16
to seleniu...@googlegroups.com

Thanks a lot krishnan for your response


On Aug 7, 2016 7:23 PM, "⇜Krishnan Mahadevan⇝" <krishnan.ma...@gmail.com> wrote:
Aniket,

The long term vision of Selenium project is to have the respective browser owners own the server component as well. Since they know the browsers more than anyone else, it makes more sense for them to build the server component [ the one that provides implementation to all the end-points as defined by the JSONWireProtocol/W3c specifications ].
That is why firefox is also moving towards leveraging the geckodriver which is supposed to be server component for firefox.

Yes without the driver there were no issues before. But it also meant that with every new version of firefox getting released [ firefox has a very aggressive release cycle ], selenium was forced to play the catch up game of doing a new release so that selenium works with the newly released firefox version as well.

Also I believe that there have been some other internal changes in firefox browser itself, which mandates that extensions be signed [ I don't know the details but you should be google it ]. The current implementation for firefox support relied on an embedded firefox webdriver plugin (xpi) which was extracted out from the selenium jar and used to support firefox automation. So that also was a motivating factor.


Thanks & Regards
Krishnan Mahadevan

"All the desirable things in life are either illegal, expensive, fattening or in love with someone else!"
My Scribblings @ http://wakened-cognition.blogspot.com/
My Technical Scribbings @ http://rationaleemotions.wordpress.com/

On Sun, Aug 7, 2016 at 11:33 AM, Aniket Mane <aniket...@gmail.com> wrote:
Hi All,
I have a doubt regarding geckodriver,why they introduced geckodriver to initiate Firefox like chrome in latest 3.x beta versions?
yes owner of geckodriver is mozila foundation but without this driver was there any issues before(as a standalone firefox)?


--
You received this message because you are subscribed to the Google Groups "Selenium Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to selenium-users+unsubscribe@googlegroups.com.
To post to this group, send email to seleniu...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Selenium Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to selenium-users+unsubscribe@googlegroups.com.
To post to this group, send email to selenium-users@googlegroups.com.

Andreas Tolfsen

unread,
Aug 8, 2016, 7:09:55 AM8/8/16
to seleniu...@googlegroups.com, Aniket Mane
In addition to what Krishnan says, there are also technical reasons
FirefoxDriver will cease working in the future.

FirefoxDriver is written as an add-on to Firefox, using its powerful
extension APIs. With Firefox 48, Mozilla is shipping two new features
that make it hard to continue with this approach.

The first feature is Electrolysis (e10s), which is the code name for
multiprocessing Firefox. This is the biggest architectural change in
Gecko for fifteen years; possibly since its conception. The current
FirefoxDriver code is fundamentally not compatible with multiprocessing
Firefox, and if you wanted to use it with modern Firefoxen you would
have to disable e10s. At some point in the future e10s will become
mandatory.

The second thing is add-on signing. All add-ons which are not signed
will not be allowed to be installed in Firefox for security reasons and
to guard users from exploitation. Because of FirefoxDriver’s nature,
it will realistically never be accepted as a signed add-on.

In practice this means that it _is_ possible to continue using
FirefoxDriver with Firefox 48 iff you disable e10s and use unbranded
builds. Unbranded builds (such as DevEdition, Nightly, or a custom
build you do yourself) do not enforce add-on signing.

For the time being, my suggestion is to continue testing with
FirefoxDriver and Firefox ESRs or 47.0.1.
Reply all
Reply to author
Forward
0 new messages