-
-
Notifications
You must be signed in to change notification settings - Fork 75
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
fix: Changes in build.gradle dependencies to overcome Resources$NotFoundException #610
fix: Changes in build.gradle dependencies to overcome Resources$NotFoundException #610
Conversation
refactor: Allow target SDK 29 (appium#604)
…oidTestImplementation` to `implementation` 2. added dependency `androidx.lifecycle:lifecycle-extensions`
Could you resolve the conflict? |
merged latest master
# Conflicts: # espresso-server/app/build.gradle
It looks like tests got unhappy after this change |
@mykola-mokhnach
I'm not very familiar with those tests. Could you please give me a hint what could went wrong? |
I would say it is an issue with the Google's implementation of navigateTo action. It requires |
We 100% need to get these application under test related dependencies out of there and use the mechanism provided. If that doesn't do it and it needs to be more configurable then we need to build in a bit more of a custom dependency management system into it. This change has broken my apps. We need the:
But need to remove:
As that material line seems to cause runtime exceptions in the application under test if it uses appcompat themes. I've tested this change and it fixes my app, so I approve this message. It would be nice if we could get this into a new build asap so there is a version for everyone to pull with the transitive problem fixed in it as well :) |
Considering comments of @mykola-mokhnach and @howsyourface and already opened PR #616, I think current PR should be closed. FYI @grzegorz-jarosz as initially |
I was having some doubts adding 'material' dependency, but didn't want to break existing tests. If we can fix this particular test then I guess it's fine. |
Hi,
Next few changes required for integration of espresso-server with our AUT to overcome Resources$NotFoundException.
These changes look to be AUT specific, and unfortunately I'm not sure it won't affect integration of espresso-server with other AUTs, having different dependencies/versions.
Please consider the changes in this PR and lets compare them with changes having similar idea in the #596, https://github.com/appium/appium-espresso-driver/pull/506/files (apart from
which look to be common issue for all affected AUT). I've provided more details in the comment