Closed
Bug 1084125
Opened 11 years ago
Closed 10 years ago
Have marionette check the capabilities and error if not supported
Categories
(Remote Protocol :: Marionette, defect)
Tracking
(firefox38 fixed)
RESOLVED
FIXED
mozilla38
Tracking | Status | |
---|---|---|
firefox38 | --- | fixed |
People
(Reporter: automatedtester, Assigned: automatedtester)
References
Details
(Keywords: pi-marionette-server, pi-marionette-spec, Whiteboard: [marionette=1.0])
Attachments
(3 files, 1 obsolete file)
When sessions are created we need to check that if any of the capabilities passed in match that of gecko capabilites in Marionette-server
Assignee | ||
Comment 1•11 years ago
|
||
Assignee | ||
Comment 2•11 years ago
|
||
Comment 3•11 years ago
|
||
I see the WebDriver spec has changed here. Previously any unrecognised capabilities would be discarded. Was there a decision in the WG to do this?
Assignee | ||
Comment 4•11 years ago
|
||
(In reply to Andreas Tolfsen (:ato) from comment #3)
> I see the WebDriver spec has changed here. Previously any unrecognised
> capabilities would be discarded. Was there a decision in the WG to do this?
I used 2 vendors agreeing to make that as a decision. It has been in the mailing list for a while and at TPAC I am going to push for all decisions to be done async, if people dont read their email its their problem
Comment 5•11 years ago
|
||
David, can you provide me with a link to the discussion?
Assignee | ||
Comment 6•11 years ago
|
||
(In reply to Andreas Tolfsen (:ato) from comment #5)
> David, can you provide me with a link to the discussion?
http://lists.w3.org/Archives/Public/public-browser-tools-testing/2014OctDec/0000.html
Assignee | ||
Comment 7•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Keywords: ateam-marionette-server,
ateam-marionette-spec
Assignee | ||
Updated•11 years ago
|
Whiteboard: [marionette=1.0]
Assignee | ||
Comment 9•10 years ago
|
||
This was discussed at http://www.w3.org/2014/10/30-testing-minutes.html#item08.
The resolution is to receive capabilities as
{
"desiredCapabilities": {},
"requiredCapabilities": {}
}
Assignee | ||
Comment 10•10 years ago
|
||
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → dburns
Assignee | ||
Comment 11•10 years ago
|
||
Assignee | ||
Comment 12•10 years ago
|
||
/r/3581 - Bug 1084125: Merge in desired capabilities when passed in on new session; r=chmanchester
/r/3583 - Bug 1084125: Add in SessionNotCreatedException to marionette; r=chmanchester
/r/3585 - Bug 1084125: Allow requiredCapabilities in Marionette, if they are not fulfilled then a new session is not created; r=chmanchester
Pull down these commits:
hg pull review -r 30ae50686b26ea05f93752a74ce194199bace3ba
Attachment #8561372 -
Flags: review?(cmanchester)
Comment 13•10 years ago
|
||
Comment on attachment 8561372 [details]
MozReview Request: bz://1084125/AutomatedTester
https://reviewboard.mozilla.org/r/3579/#review2835
Ship It!
::: testing/marionette/marionette-server.js
(Diff revision 1)
> + to = copy(from[key], to);
This copies each key in the object corresponding to "desiredCapabilities" to the top level of "to", and then below also copies that object over to the "desiredCapabilities" key in "to". This seems a little odd, but I guess per this comment it's required for backwards compatibility.
Attachment #8561372 -
Flags: review?(cmanchester) → review+
Assignee | ||
Comment 14•10 years ago
|
||
Comment 15•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/612eff467e8e
https://hg.mozilla.org/mozilla-central/rev/9b48b7847f45
https://hg.mozilla.org/mozilla-central/rev/78a06f2602a3
Status: NEW → RESOLVED
Closed: 10 years ago
status-firefox38:
--- → fixed
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Assignee | ||
Comment 16•10 years ago
|
||
Attachment #8561372 -
Attachment is obsolete: true
Attachment #8618407 -
Flags: review+
Attachment #8618408 -
Flags: review+
Attachment #8618409 -
Flags: review+
Assignee | ||
Comment 17•10 years ago
|
||
Assignee | ||
Comment 18•10 years ago
|
||
Assignee | ||
Comment 19•10 years ago
|
||
Updated•2 years ago
|
Product: Testing → Remote Protocol
You need to log in
before you can comment on or make changes to this bug.
Description
•