Marionette timeout on switch_to_frame in gaia-ui-tests on desktop build

RESOLVED FIXED in Firefox 19

Status

Testing
Marionette
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: bsilverberg, Assigned: jgriffin)

Tracking

unspecified
mozilla20
x86
Mac OS X
Points:
---

Firefox Tracking Flags

(firefox19 fixed, firefox20 fixed, b2g18 fixed)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
Running tests on the latest beta desktop build (Mac 64bit) all tests timeout on switch_to_frame at https://github.com/mozilla/gaia-ui-tests/blob/master/gaiatest/gaia_test.py#L78. I went back through the older builds and found that the last working one was from 2012-12-07-03-03-24-mozilla-beta.
(Assignee)

Comment 1

5 years ago
Can you provide the link for the current build that you've downloaded?
(Reporter)

Comment 2

5 years ago
Sorry, just seeing this now.

Latest is http://ftp.mozilla.org/pub/mozilla.org/b2g/nightly/latest-mozilla-beta/b2g-18.0.en-US.mac64.dmg

And last working version is http://ftp.mozilla.org/pub/mozilla.org/b2g/nightly/2012-12-07-03-03-24-mozilla-beta/b2g-18.0.en-US.mac64.dmg
(Assignee)

Comment 3

5 years ago
Ah, that's the problem.  That build is old, from Dec 10, and contained known bug which is now fixed.  We aren't building against mozilla-beta any longer, but mozilla-b2g18.  Please try a build from:

http://ftp.mozilla.org/pub/mozilla.org/b2g/nightly/latest-mozilla-b2g18/
I just pulled down the build from latest-mozilla-b2g18 and tried it against a 'make profile' build in gaia, and I can't connect. I see:

1355519596139	Marionette	INFO	MarionetteComponent loaded
1355519596140	Marionette	INFO	marionette enabled, loadearly: false
###################################### forms.js loaded
[AccessFu] INFO attach
###################################### forms.js loaded
XXX FIXME : Got a mozContentEvent: system-message-listener-ready
1355519596974	Marionette	INFO	marionette initializing at system-message-listener-ready
XXX FIXME : Got a mozContentEvent: accessibility-screenreader
creating 1!
[TabChild] SHOW (w,h)= (0, 0)
###################################### forms.js loaded
loading app://communications.gaiamobile.org/ftu/index.html, 1
creating 1!

in the logs, so marionette is initialized.
(Assignee)

Comment 5

5 years ago
Possibly, this is more fallout from bug 800138.  :(  I'll try to take a look soon.
(Reporter)

Comment 6

5 years ago
I had similar problems with the nightly build, and was directed to try the beta build to address them, which was how I came across this issue.
(Assignee)

Comment 7

5 years ago
(In reply to Jonathan Griffin (:jgriffin) from comment #5)
> Possibly, this is more fallout from bug 800138.  :(  I'll try to take a look
> soon.

This is indeed due to bug 800138, the bug that keeps on giving!  It's dying here: 
http://mxr.mozilla.org/mozilla-central/source/testing/marionette/components/marionettecomponent.js#101
(Assignee)

Comment 8

5 years ago
Created attachment 692497 [details] [diff] [review]
Don't open extra socket when marionette.force-local is true,

This fixes the problem if you add user_pref(marionette.force-local, true); to prefs.js in Gaia's profile.
Attachment #692497 - Flags: review?(mdas)
(Reporter)

Comment 9

5 years ago
I am available to do some more testing on this, but I'm not sure which build I should be testing. Please let me know when there is a build available to be tested and I will try again.
Attachment #692497 - Flags: review?(mdas) → review+
(Assignee)

Comment 10

5 years ago
https://hg.mozilla.org/integration/mozilla-inbound/rev/88dbe3740665
Whiteboard: [automation-needed-in-aurora]
(Assignee)

Comment 11

5 years ago
https://hg.mozilla.org/releases/mozilla-b2g18/rev/fade91bfd45c
status-b2g18: --- → fixed
https://hg.mozilla.org/mozilla-central/rev/88dbe3740665
Assignee: nobody → jgriffin
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
https://hg.mozilla.org/releases/mozilla-aurora/rev/29e8214ad941
status-firefox19: --- → fixed
status-firefox20: --- → fixed
Whiteboard: [automation-needed-in-aurora]
I'm doing integration tests for the email app.

If I:

1. use last night's aurora build (http://ftp.mozilla.org/pub/mozilla.org/b2g/nightly/latest-mozilla-aurora/b2g-19.0a2.multi.linux-i686.tar.bz2),

2. and add this line to profile/user.js:

      user_pref("marionette.force-local", true);

then marionette correctly listens on port 2828 and I can run integration tests again.

This works for me now. Thank you!
You need to log in before you can comment on or make changes to this bug.