Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Add handlers for lock/unlock in iOS#799

Merged
TikhomirovSergey merged 5 commits intoappium:masterappium/java-client:masterfrom
mykola-mokhnach:lockmykola-mokhnach/java-client:lockCopy head branch name to clipboard
Feb 4, 2018
Merged

Add handlers for lock/unlock in iOS#799
TikhomirovSergey merged 5 commits intoappium:masterappium/java-client:masterfrom
mykola-mokhnach:lockmykola-mokhnach/java-client:lockCopy head branch name to clipboard

Conversation

@mykola-mokhnach
Copy link
Contributor

Change list

Please do not merge it unless appium/appium-xcuitest-driver#595 is published

Types of changes

  • No changes in production code.
  • Bugfix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)

@@ -27,11 +29,30 @@ public interface LocksIOSDevice extends ExecutesMethod {

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@mykola-mokhnach Code LGTM. Have few suggestions though,

Your thoughts?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we deprecate both LocksIOSDevice and LocksAndroidDevice. Have LocksDevice interface instead. Currently based on this PR both android and iOS both does supports the API except this method in android doesn't accept duration. May be a server fix will make the API work like iOS.

Done

https://github.com/appium/java-client/blob/master/src/main/java/io/appium/java_client/android/AndroidMobileCommandHelper.java#L182 can be removed since MobileCommand will have it.

Done

isDeviceLocked as like in this PR makes more sense to me instead of isLocked as in android now. So we might need to deprecate that and rename in android to make it consistent.

Done

@TikhomirovSergey
Copy link
Contributor

@mykola-mokhnach It is loking good. I will try it on Android soon

Copy link
Contributor

@TikhomirovSergey TikhomirovSergey left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it is necessary to replace isLocked with isDeviceLocked method.

Also I think that new methods should be covered with iOS tests.

As soon as we are waiting for merge of appium/appium-xcuitest-driver#595 so let this message be somethng like reminder

Mykola Mokhnach added 3 commits January 30, 2018 22:42
… into lock

# Conflicts:
#	src/main/java/io/appium/java_client/android/AndroidMobileCommandHelper.java
#	src/main/java/io/appium/java_client/android/LocksAndroidDevice.java
@mykola-mokhnach
Copy link
Contributor Author

@TikhomirovSergey I've added integration tests for iOS. The isLocked method has been marked as deprecated.

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.

3 participants

Morty Proxy This is a proxified and sanitized view of the page, visit original site.