Issue 6302 in selenium: AndroidWebDriver times out and does not allow for changing timeout values

1 view
Skip to first unread message

sele...@googlecode.com

unread,
Sep 20, 2013, 4:59:01 PM9/20/13
to selenium-develope...@googlegroups.com
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Status-Untriaged

New issue 6302 by i...@jonkri.com: AndroidWebDriver times out and does not
allow for changing timeout values
http://code.google.com/p/selenium/issues/detail?id=6302

I'm trying to use the AndroidDriver with the WebDriver APK. My problem is
that the call to driver.get() seems to time-out after 20 seconds. Trying to
set the error, I encountered an UnsupportedOperationException exception. I
traced it to AndroidWebDriver.java:1170:

public Timeouts pageLoadTimeout(long time, TimeUnit unit) {
throw new UnsupportedOperationException("pageLoadTimeout");
}

Why is this feature not supported? Is there any way to change (or disable)
the time-out?

What steps will reproduce the problem?
1. Follow the instructions on
<http://code.google.com/p/selenium/wiki/AndroidDriver>
2. Look up a heavy enough URL for 20 seconds to pass (in my environment,
most URL:s will take over 20 seconds to load)

What is the expected output? What do you see instead?
I expected the time-out to be longer than 20 seconds, and the get() call to
finish normally. Instead, I get the following exception:

FAILED CONFIGURATION: @BeforeTest setBaseURL
org.openqa.selenium.remote.UnreachableBrowserException: Error communicating
with the remote browser. It may have died.
Build info: version: '2.35.0', revision: '8df0c6b', time: '2013-08-12
15:43:19'
System info: os.name: 'Linux', os.arch: 'amd64',
os.version: '3.8.0-30-generic', java.version: '1.7.0_25'
Driver info: driver.version: RemoteWebDriver
at
org.openqa.selenium.remote.RemoteWebDriver.execute(RemoteWebDriver.java:548)
at org.openqa.selenium.remote.RemoteWebDriver.get(RemoteWebDriver.java:276)
at com.test.NewTest.setBaseURL(NewTest.java:36)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:138)
at org.testng.TestRunner.beforeRun(TestRunner.java:641)
at org.testng.TestRunner.run(TestRunner.java:609)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291)
at org.testng.SuiteRunner.run(SuiteRunner.java:240)
at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
at org.testng.TestNG.run(TestNG.java:1057)
at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111)
at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:204)
at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:175)
Caused by: org.apache.http.NoHttpResponseException: The target server
failed to respond
at
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:95)
at
org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:62)
at
org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:254)
at
org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:289)
at
org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:252)
at
org.apache.http.impl.conn.AbstractClientConnAdapter.receiveResponseHeader(AbstractClientConnAdapter.java:219)
at
org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:300)
at
org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:127)
at
org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:712)
at
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:517)
at
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906)
at
org.openqa.selenium.remote.HttpCommandExecutor.fallBackExecute(HttpCommandExecutor.java:337)
at
org.openqa.selenium.remote.HttpCommandExecutor.execute(HttpCommandExecutor.java:298)
at
org.openqa.selenium.remote.RemoteWebDriver.execute(RemoteWebDriver.java:527)
... 24 more

SKIPPED CONFIGURATION: @AfterTest sendSession

Selenium version: 2.35
OS: Ubuntu (64-bit)
Browser: Android APK
Browser version: 2.32

Thanks in advance!

--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

sele...@googlecode.com

unread,
Sep 25, 2013, 8:11:26 AM9/25/13
to selenium-develope...@googlegroups.com
Updates:
Labels: Browser-Android

Comment #1 on issue 6302 by barancev: AndroidWebDriver times out and does
not allow for changing timeout values
http://code.google.com/p/selenium/issues/detail?id=6302

(No comment was entered for this change.)

sele...@googlecode.com

unread,
Sep 25, 2013, 9:44:50 AM9/25/13
to selenium-develope...@googlegroups.com

Comment #2 on issue 6302 by i...@jonkri.com: AndroidWebDriver times out and
does not allow for changing timeout values
http://code.google.com/p/selenium/issues/detail?id=6302

I have since this issue was created realized that even though the
NoHttpResponseException is thrown, the actual use of the driver object
(such as findElement) still works. It would be nice not to have to catch
and ignore the exception, though (so that other
UnreachableBrowserExceptions can be caught and acted upon
appropriately). :-)

Thanks for labeling this issue, barancev.
Reply all
Reply to author
Forward
0 new messages