Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add default packages to uiautomator id search #4467

Merged
merged 1 commit into from
Mar 27, 2015
Merged

Add default packages to uiautomator id search #4467

merged 1 commit into from
Mar 27, 2015

Conversation

bootstraponline
Copy link
Member

Given an element with resource id: com.example.android.testing.espresso.BasicSample:id/textToBeChanged

Now we can find this element using only id('textToBeChanged')
In addition to checking the default package name, the android package is also searched:

android:id/textToBeChanged

Fix #4416

I'm working on DroidDriver and the need to fully qualify the ids was getting annoying.

@bootstraponline
Copy link
Member Author

$ mocha -t 60000 -R spec /appium/test/functional/android/apidemos/find/basics-specs.js


  apidemo - find - basics
    ✓ should find a single element by resource-id with implicit package (1371ms)
    ✓ should find multiple elements by resource-id with implicit package (314ms)
    ✓ should find multiple elements by resource-id  with implicit package even when theres just one (72ms)


  3 passing (21s)

Given an element with resource id: com.example.android.testing.espresso.BasicSample:id/textToBeChanged

Now we can find this element using only id('textToBeChanged')
In addition to checking the default package name, the android package is also searched:

android:id/textToBeChanged
@jlipps
Copy link
Member

jlipps commented Feb 2, 2015

👍 though maybe let's hold off on merging since we're about to publish 1.3.5

@appium-ci
Copy link

Can one of the admins verify this patch?

@bootstraponline
Copy link
Member Author

Can one of the admins verify this patch?

what does this even mean? who is an admin on github? we have owners and collaborators

@jlipps
Copy link
Member

jlipps commented Feb 13, 2015

I think this is a cloudbees thing @sebv is working on. Seems like when one of us replies to this, then additional builds are run?

@jlipps jlipps added this to the Appium 1.3.6 milestone Feb 18, 2015
@jlipps
Copy link
Member

jlipps commented Feb 18, 2015

added to 1.3.6 (cc @0x1mason)

@bootstraponline bootstraponline mentioned this pull request Feb 20, 2015
@sebv
Copy link
Member

sebv commented Feb 25, 2015

retest this please

1 similar comment
@0x1mason
Copy link

retest this please

@0x1mason
Copy link

@sebv NullRef during CI. Filed a ticket.

@0x1mason
Copy link

0x1mason commented Mar 7, 2015

Retest this please

@0x1mason
Copy link

@sebv I don't want to merge this until we get the null ref sorted. Any ideas on what might be the issue?

@jlipps jlipps modified the milestones: Appium 1.3.7, Bugs, Appium 1.4 Mar 24, 2015
@jlipps
Copy link
Member

jlipps commented Mar 27, 2015

not sure why that build had an NPE. i checked out your branch and ran the tests, it looks good.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Different Locating by id (ressource-id) with Appium and Selendroid
5 participants