-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Address review comments for PR 6118, 6169, 6175 #6438
Conversation
adffc68
to
61737d9
Compare
61737d9
to
a9ed746
Compare
@@ -57,4 +59,14 @@ object Interactions { | |||
onView(view).perform(ViewActions.replaceText(text)) | |||
closeSoftKeyboard() | |||
} | |||
|
|||
fun onListItem(listId: Int, position: Int, childViewId: Int): ViewInteraction { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This doesn't really fit the pattern of the other helpers in Interactions
/Assertions
. Maybe instead you could pull out a custom helper (maybe to ViewMatchers
) like atPositionInRecyclerView(listId: Int, position: Int, childViewId: Int): Matcher<View
that you can then use with our helpers like clickOn
:
clickOn(atPositionInRecyclerView(R.id.layers, 1, R.id.path))
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done.
I've added "needs testing" to this as it derisks releasing it as part of the next hotfix. The main thing to check here is just a general run through of offline layer importing/management. There's no behaviour changes - just code and test improvements. |
Tested with Success! Verified on Device with Android 10,14 Verified cases:
|
Closes #6174
Why is this the best possible solution? Were any other approaches considered?
I was meant to handle this earlier, but I got caught up with other tasks and kept postponing it. Better late than never. I've addressed most of the comments, though not all of them (some were outdated and not relevant anymore). Some are less critical and/or too risky, as they would require retesting the functionality so I skipped them. I think what I've fixed is enough and we can merge the changes and close the issue.
The comments I skipped are:
How does this change affect users? Describe intentional changes to behavior and behavior that could have accidentally been affected by code changes. In other words, what are the regression risks?
I think it doesn't require testing.
Do we need any specific form for testing your changes? If so, please attach one.
No.
Does this change require updates to documentation? If so, please file an issue here and include the link below.
No.
Before submitting this PR, please make sure you have:
./gradlew connectedAndroidTest
(or./gradlew testLab
) and confirmed all checks still passDateFormatsTest