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

Appium fixes #209

Merged
merged 5 commits into from
Jan 3, 2022
Merged

Appium fixes #209

merged 5 commits into from
Jan 3, 2022

Conversation

ncalaway
Copy link
Collaborator

I changed Appium Scenario to create session on instantiating an AppiumScenario object. This may or may not be the way we ultimately use, but before doing this the AppiumScenario would call .open() in the middle of instantiating the AppiumResponse object, which caused a crash.

I also changed AppiumElement click behavior to do single click calling .click() on Appium server when not passing in an opts argument. I feel this is more natural than having this specific behavior for passing in a click count of one. What if we want to do a single longpress? It is not possible if the Appium native click is called every time we pass in a click count of 1. Also, code which calls .click() on an element will no longer break due to this change.

Finally, I changed AppiumElement.getAttribute() to return a Promise. It was returning an unresolved promise before. I meant to fix this in another PR, but the fix got lost in the mix.

@jasonbyrne
Copy link
Collaborator

Looks good to me!

@ncalaway ncalaway merged commit 2a01fbb into master Jan 3, 2022
@ncalaway ncalaway deleted the appiumFixes branch January 3, 2022 14:41
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.

2 participants