Help strings for sst-remote have incorrect reference for Internet Explorer

Bug #927680 reported by Artem Ustinov
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
selenium-simple-test
Confirmed
Medium
Corey Goldberg

Bug Description

Help strings for sst-remote ($sst-remote -h) have the following description for -b option

  -b BROWSER_TYPE select webdriver (Firefox, Chrome, InternetExplorer,
                        etc)

But in real life starting sst-remote with -b 'InternetExplorer' option results into WebDriverException: Message: u'Invalid file path: null' ; Stacktrace: Method setBinary threw an error in OperaRunnerSettings.java

The workaround is to start sst-remote with -b 'Internet Explorer' (with the whitespace) for ie session

Revision history for this message
Corey Goldberg (coreygoldberg) wrote :

'-b Ie' should work.
I fixed the docs in trunk.

Revision history for this message
Corey Goldberg (coreygoldberg) wrote :

oops.. that's for sst-run. I'll look at sst-remote also

Vincent Ladeuil (vila)
Changed in selenium-simple-test:
status: New → Confirmed
importance: Undecided → Medium
assignee: nobody → Corey Goldberg (coreygoldberg)
Revision history for this message
adam (jun-gao) wrote :

the problem is that, for the "browserName" that you need pass to "webdriver.Remote" should be "internet explorer" for IE according to: http://selenium.googlecode.com/git/docs/api/py/webdriver/selenium.webdriver.common.desired_capabilities.html#module-selenium.webdriver.common.desired_capabilities
But what you required on command line is "Ie" which cannot be recognized by webdriver. Moreover, it seems you have to specify the platform to "WINDOWS" for IE as well or it will have problem.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.