Closed
Bug 771725
Opened 12 years ago
Closed 8 years ago
Mochitests on B2G otoro device
Categories
(Testing :: Mochitest, defect)
Tracking
(blocking-kilimanjaro:+)
RESOLVED
INCOMPLETE
blocking-kilimanjaro | + |
People
(Reporter: onecyrenus, Unassigned)
References
Details
Attachments
(1 file)
(deleted),
text/plain
|
Details |
There doesn't seem to be the capability to run mochitests on the latest b2g devices. I believe something has changed on device that creates this problem. #1) the wireless lan is disabled at startup, whereas before the wireless lan was enabled if you had previously selected the hotspot. Basically it would autoconnect. I don't see this happening anymore. #2) I believe there is some cached data which makes the previous process of switching the profile directory out not work. If you perform an lsof -p (b2g pid) you can see it is linked to /local/data/tests/profile, but what is visible on the screen is the normal ui.
Reporter | ||
Comment 1•12 years ago
|
||
Reporter | ||
Updated•12 years ago
|
Component: General → Mochitest
Product: Mozilla QA → Testing
Reporter | ||
Updated•12 years ago
|
blocking-basecamp: --- → ?
Comment 2•12 years ago
|
||
It appears there is a similar problem with mochitest on the emulator.
Updated•12 years ago
|
OS: Mac OS X → Android
Hardware: x86 → ARM
Comment 3•12 years ago
|
||
On the emulator, the problem that blocks this is: 2012-07-09 19:40:57 ERROR addons.manager: Exception calling provider startup: [Exception... "Component returned failure code: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) [nsILocalFile.isDirectory]" nsresult: "0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST)" location: "JS frame :: resource://gre/modules/XPIProvider.jsm :: <TOP_LEVEL> :: line 1932" data: no] at resource://gre/modules/XPIProvider.jsm:1932
Comment 4•12 years ago
|
||
The thing which is blocking this now is this strange error which occurs after we restart B2G to pick up the test profile: I/Gecko ( 106): Error loading: chrome://marionette/content/marionette-actors.js: Error opening input stream (invalid filename?) - undefined We do not see this error on the emulator.
Updated•12 years ago
|
blocking-basecamp: ? → +
blocking-kilimanjaro: --- → +
Comment 5•12 years ago
|
||
David, can this be closed now?
Reporter | ||
Comment 6•12 years ago
|
||
Not quite, there are two bugs I'd like to hang off of this. 1) Specialpowers.Quit I believe doesn't seem to work, which causes closeWhenDone not to work 2) I have a second bug with a series of patches that I would like to present for review. Both should be created by eod. Took awhile to get back to you on this because I was having some issues ("was in a tussle with the framework")
Blocks: mobile-automation
Updated•12 years ago
|
Assignee: nobody → jgriffin
Comment 7•12 years ago
|
||
John - Triage indicated you would be a good person to look into this. Is that correct?
Comment 8•12 years ago
|
||
If by John you mean Jonathan, yes, I've already looked into it. The only item remaining is bug 781392, which is not something I can fix; we'd need a platform developer to look at it.
Comment 9•12 years ago
|
||
(In reply to Jonathan Griffin (:jgriffin) from comment #8) > If by John you mean Jonathan, yes, I've already looked into it. The only > item remaining is bug 781392, which is not something I can fix; we'd need a > platform developer to look at it. Okay. I'll renom that bug then. I'm also renoming this - sounds like this is a meta bug now, so this should be taken off tracking.
blocking-basecamp: + → ?
Comment 10•12 years ago
|
||
Clearing blocker nom on tracking bug. All deps are either +'d or -'d.
blocking-basecamp: ? → ---
Comment 11•12 years ago
|
||
Unassigning myself since I'm not actively working on this.
Assignee: jgriffin → nobody
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•