|mach reftest| hangs when trying to run reftest on Fennec device build (poor reporting of network setup problems)
Categories
(Firefox for Android Graveyard :: Testing, defect, P1)
Tracking
(firefox66 fixed)
Tracking | Status | |
---|---|---|
firefox66 | --- | fixed |
People
(Reporter: botond, Assigned: gbrown)
Details
Attachments
(3 files)
When I try to run |mach reftest| to run a reftest on a Fennec device build, the browser opens on the device, but then the test hangs. The last line of output before the hang is:
REFTEST ERROR | EXCEPTION: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIHttpChannel.responseStatus]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: resource://reftest/manifest.jsm :: ReadManifest :: line 55" data: no]
I attached the entire output.
![]() |
Assignee | |
Comment 1•6 years ago
|
||
![]() |
Assignee | |
Comment 2•6 years ago
|
||
Logcat from the device might be helpful.
Is it possible the device is not on wifi, or otherwise cannot make a network connection back to the host?
Reporter | ||
Comment 3•6 years ago
|
||
(In reply to Geoff Brown [:gbrown] from comment #2)
Is it possible the device is not on wifi, or otherwise cannot make a network connection back to the host?
Argh, sorry. I keep forgetting the devices need to be on the same network. That was indeed the problem.
I'll leave it up to you if you'd like to use this report to track giving a clearer error about this, or just close it.
![]() |
Assignee | |
Comment 4•6 years ago
|
||
No worries.
I'll see if I can improve the error.
![]() |
Assignee | |
Updated•6 years ago
|
![]() |
Assignee | |
Comment 5•6 years ago
|
||
I think this fits in well with existing verify_android_device() functionality: just as most mach test commands want to ensure that a device is connected, that the test app is installed, that host-utils are available, let's also check the network.
Checking the network is unlikely to be useful when using an emulator -- let's not try to when the device-serial looks like an emulator.
Actually checking the network is potentially problematic. I'd kind-of like to ping the host from the device, but I worry about the availability of ping on Android, and whether it might vary in behavior across Android OS versions. Rather than add that dependency, I'm just pinging the device from the host, believing that usually, if the host can see the device, the device should be able to see the host.
If the device IP cannot be obtained or ping fails, mach reports a WARNING but doesn't fail. My reasoning here is that if the network is actually problematic, tests will fail quickly and the curious will look through scrollback and find the WARNINGs; on the other hand, if the network is good enough for tests to run but these new checks are failing inappropriately, the warnings won't get in anyone's way.
Comment 6•6 years ago
|
||
![]() |
Assignee | |
Comment 7•6 years ago
|
||
str() is not required - will tidy. Thanks.
Comment 9•6 years ago
|
||
bugherder |
Updated•4 years ago
|
Description
•