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
Bump Dexter dependency to 5.0.0 #2732
Bump Dexter dependency to 5.0.0 #2732
Conversation
@shobhitagarwal1612, could you say if the procedure I've followed is correct? |
Yes, that's what I would also do. It appears from the second attached screenshot that leak canary was able to detect another leak. Can you please verify that detected leak isn't caused by the Dexter library? You can do that by clicking on that. |
@shobhitagarwal1612, maybe you can help me interpret what I see :) |
Could it be that there's a There's one being created at In any case, it doesn't look like Dexter is involved, right? |
Yes, you're right. Thanks for working on this |
@shobhitagarwal1612 You added the needs testing label, but then merged the PR. Is this something that needs to go through QA? |
The change was small and even the release notes of Dexter library suggested that they haven't modified any other behaviour. I verified the PR myself but thought it would be even better if this is verified by the QAs as well. I've always been amazed by their results. The reason I merged this was because this change was necessary for the unit tests PR I submitted and it was also causing build failures for other's PRs |
Can you help guide the testing? What exactly should QA verify hasn’t been broken? |
@yanokwa Sure Things to verify:
|
Verified those cases on Androids 6.0, 7.0 and 8.1. @opendatakit-bot unlabel "needs testing" |
Closes #2715
What has been done to verify that this works as intended?
Here's a capture of LeakCanary before updating Dexter:
Here's a capture after updating it:
I've tried to do similar runs with the All Widgets form (fill the same fields, use the geo & photo widgets, etc.)
Why is this the best possible solution? Were any other approaches considered?
This is a straightforward change to update a dependency.
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?
Users should not expect any visible change, other than stability improvements (I guess).
Do we need any specific form for testing your changes? If so, please attach one.
Nope.
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 checkAll
and confirmed all checks still pass OR confirm CircleCI build passes and run./gradlew connectedDebugAndroidTest
locally.