-
-
Notifications
You must be signed in to change notification settings - Fork 211
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
noReset/fullReset ignored when using appActivity/appPackage #157
Comments
tiagoshibata
added a commit
to tiagoshibata/appium-android-driver
that referenced
this issue
Jun 25, 2016
tiagoshibata
added a commit
to tiagoshibata/appium-android-driver
that referenced
this issue
Jun 25, 2016
tiagoshibata
added a commit
to tiagoshibata/appium-android-driver
that referenced
this issue
Jun 26, 2016
tiagoshibata
added a commit
to tiagoshibata/appium-android-driver
that referenced
this issue
Jun 26, 2016
tiagoshibata
added a commit
to tiagoshibata/appium-android-driver
that referenced
this issue
Jul 1, 2016
tiagoshibata
added a commit
to tiagoshibata/appium-android-driver
that referenced
this issue
Jul 1, 2016
spearminty
added a commit
to spearminty/appium-android-driver
that referenced
this issue
Jul 1, 2016
* Add eslint and fix problems * Add androidInstallTimeout capability. Replace REMOTE_INSTALL_TIMEOUT with androidInstallTimeout capability. * 1.10.11 * Use correct capability arguments installApkRemotely to parse correct capabilities from opts * Honor reset without the app capability Fixes appium#157 * 1.10.12
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The problem
When the
appActivity
andappPackage
capabilities are used instead ofapp
,noReset
andfullReset
are ignored. This is due to the reset logic being contained in function installApkRemotely, which is not called when not using theapp
capability.Environment
Link to Appium logs
Gist log
Code To Reproduce Issue
In the following example, the app data remains on the phone instead of being erased.
Expected behavior: app is reset when
noReset
= false and an error is raised thenfullReset
= true and noapp
capability is provided.I will create a pull request for this soon.
The text was updated successfully, but these errors were encountered: