Closed Bug 1168396 Opened 9 years ago Closed 9 years ago

Adjust Node.js bindings to match upcoming changes to the Marionette protocol

Categories

(Testing Graveyard :: JSMarionette, defect)

defect
Not set
normal

Tracking

(b2g-master fixed)

RESOLVED FIXED
mozilla43
Tracking Status
b2g-master --- fixed

People

(Reporter: ato, Assigned: ato)

References

Details

(Keywords: pi-marionette-client)

Attachments

(2 files)

Bug 1153822 makes extensive changes to the Marionette protocol and the marionette-js-client needs an update to match that. There also needs to be some synchronisation of the trees when this patch lands, as this is a _non-backwards compatible_ and _breaking_ change.
Depends on: 1153822
Assignee: nobody → ato
Status: NEW → ASSIGNED
NI? just for some visibility
Attached file PR
Attachment #8621722 - Flags: review?(gaye)
Comment on attachment 8621722 [details] [review] PR This patch currently fails the linter check, the unit tests, and breaks all of gaia's integration tests. When we have those things settled, I'll be happy to do another pass.
Attachment #8621722 - Flags: review?(gaye)
(In reply to Gareth Aye [:gaye] from comment #3) > Comment on attachment 8621722 [details] [review] > PR > > This patch currently fails the linter check, the unit tests, and breaks all > of gaia's integration tests. When we have those things settled, I'll be > happy to do another pass. Please see the PR description.
Blocks: 1153822
No longer depends on: 1153822
Summary: Adjust client to match recent changes in the Marionette protocol → Adjust Node.js bindings to match upcoming in the Marionette protocol
Due to a series of challenges (I've written about some of these on tools-marionette@) I'm going to land this change with backwards compatibility. This allows us to land the patch without coordination with the sheriffs, and should make the transition smoother. Unfortunately it means that the patch will be slightly larger and not as clean as I would've hoped, but this will only be the case for a short period of time, until we've gotten all consumers (out-of-tree and in-tree) upgraded.
Attachment #8621722 - Flags: review?(gaye)
try against m-c tip: https://treeherder.mozilla.org/#/jobs?repo=gaia&revision=93182c127542e92480dd622dd98afbc8d9eb6d05 I’ve run the patch against bug 1153822 locally and it seems to pass all the harness integration tests, as well as the harness unit tests. Because of a series of issues running the remaining integration tests locally, I’ve not been able to test these with bug 1153822, but they pass against m-c as you can see in the try run above. But any issues will show up when we attempt to land bug 1153822 on m-i.
Comment on attachment 8621722 [details] [review] PR aus: Reassigning the review request to you since gaye is on PTO for a week. Please let me know if you have any questions. I’d be happy to help guide you through the review.
Attachment #8621722 - Flags: review?(gaye) → review?(aus)
Comment on attachment 8621722 [details] [review] PR lgtm! there's a minor nit regarding order of arguments in client.js. See the note. I'm not bound to making it more node like, just something we wanted to raise. If you agree, could you change that single item before committing? Thanks! :)
Attachment #8621722 - Flags: review?(aus) → review+
Regarding the argument ordering change in client.js, responses previously used to have an "ok" field, like this: {ok: true} Now we just return {} which means we can’t specify the key to look for, since there is no "ok" field any longer. This basically renders the need to specify a key lookup unnecessary for any non-value responses. The alternative is to keep the original ordering of the arguments but pass in undefined and make that have special meaning. But since I don’t particularly like attributing magic to types, I think this is the best option. With aus’ approval, I will go ahead and merge this change. If you later feel that I’ve made some incorrect assumptions or you prefer the original ordering, I’m happy to go back and change it again.
Keywords: checkin-needed
Summary: Adjust Node.js bindings to match upcoming in the Marionette protocol → Adjust Node.js bindings to match upcoming changes to the Marionette protocol
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
Can we also get this published to npm?
Flags: needinfo?(aus)
ni? for comment 11.
Flags: needinfo?(gaye)
Going to go ahead and clear my NI? here. Took care of it over IRC. :)
Flags: needinfo?(aus)
This was pushed to npm already, although @mozilla/raptor is pinned to the previous versions of marionette-client due to instability with the updated version.
Flags: needinfo?(gaye)
(In reply to :Eli Perelman from comment #15) > This was pushed to npm already, although @mozilla/raptor is pinned to the > previous versions of marionette-client due to instability with the updated > version. What sort of instability are we talking about here? Caused by this change?
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: