when using findElements we dont return a dict with key ELEMENT like we do on findElement

RESOLVED FIXED in mozilla38

Status

defect
P1
normal
RESOLVED FIXED
5 years ago
4 years ago

People

(Reporter: automatedtester, Assigned: automatedtester)

Tracking

(Blocks 1 bug, {pi-marionette-client, pi-marionette-server})

unspecified
mozilla38
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [marionette=1.0])

Attachments

(1 attachment, 1 obsolete attachment)

Assignee

Description

5 years ago
This is clearly wrong and we should return

[{ "ELEMENT": <some UUID> }, { "ELEMENT": <some UUID> }] instead of [<some UUID>, <some UUID>, <some UUID>]

This will allow us to have webdriver compat too
Assignee

Updated

5 years ago
Assignee: nobody → dburns
Blocks: webdriver
OS: Mac OS X → All
Hardware: x86 → All
Assignee

Updated

5 years ago
Whiteboard: [marionette=1.0]
Assignee

Updated

4 years ago
Priority: -- → P1
Assignee

Comment 3

4 years ago
/r/2767 - Bug 1070307: have findElements return an array of objects with a key instead of just an array of strings; r=jgriffin

Pull down this commit:

hg pull review -r b5b817d35c3821d766550744a88a4cd5faca7ec5
Attachment #8552084 - Flags: review?(jgriffin)
Comment on attachment 8552084 [details]
MozReview Request: bz://1070307/AutomatedTester

https://reviewboard.mozilla.org/r/2765/#review2001

Hooray for consistency!
Attachment #8552084 - Flags: review?(jgriffin) → review+
Status: NEW → ASSIGNED
https://hg.mozilla.org/mozilla-central/rev/4594c8c47c57
Status: ASSIGNED → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Depends on: 1124815
Assignee

Comment 7

4 years ago
Attachment #8552084 - Attachment is obsolete: true
Attachment #8618374 - Flags: review+
You need to log in before you can comment on or make changes to this bug.