-
-
Notifications
You must be signed in to change notification settings - Fork 736
feat: update various dependencies #1172
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
Conversation
Thanks for opening this pull request!
|
@mtrezza CI is failing.
Any idea on this failing? |
Does it pass locally? If so, it may be the java version or another env version maybe. |
97a11fe
to
d55fa89
Compare
@mtrezza @mman any idea on how to access this file file:///home/runner/work/Parse-SDK-Android/Parse-SDK-Android/parse/build/reports/tests/testDebugUnitTest/index.html, so that I can check the stacktrace. I ran gradle clean testDebugUnitTest command and checked the test reports. 3 test cases failing on both CI, Local but when testing through Run no errors at all. Tried to findout the root cause but failed. Any idea how to fix this? |
If you want to inspect that in the CI, you would have to modify the workflow file and output the file in the console. But since you can reproduce this locally, that may not be necessary. Why can't you access |
Actually I did founds those issues and solved too but when tested by "Run" it doesn’t work but working fine in gradle clean testDebugUnitTest. Need more time to investigate the issues, it would be more helpful if you or @mman could look at the issue too alongside with me. |
@mtrezza The issues arise when we are performing a gradle clean testDebugUnitTest, which remove the buildDir folder. Here is the stacktraces for all failed tests.
|
It could also be helpful to go back and see with which commit this issue started to occur. If I recall correctly, we had all tests passing not so long ago. |
Okay. I will go through the commit changes. |
AGPBI: {"kind":"warning","text":"Software Components will not be created automatically for Maven publishing from Android Gradle Plugin 8.0. To opt-in to the future behavior, set the Gradle property android.disableAutomaticComponentCreation=true in the |
…pdated, Junit-Jupiter dependency added, new Test task added to use JUnit Platform
Codecov Report
@@ Coverage Diff @@
## master #1172 +/- ##
============================================
- Coverage 67.31% 0.00% -67.32%
============================================
Files 122 122
Lines 9962 9962
Branches 1343 1343
============================================
- Hits 6706 0 -6706
- Misses 2735 9962 +7227
+ Partials 521 0 -521
Continue to review full report at Codecov.
|
@mtrezza can you take a look at the codecov/project — 0.00% (target 65.00%) fail? |
The codecov seems to be a temporary issue:
Not sure whether we (Parse Platform) are hitting the API limit, or GitHub in general. We'll ignore this check for merge in this PR. I see all other checks pass! That's amazing, so did you find what made it fail previously? This? |
I tried a lot of solutions but ended up with dependency issue solving. testImplementation of JUnit Jupiter & Test Task to support jUnitPlatform, that's it. Easy fix but took time 😅 |
A PR can only address and describe a single issue, so we need to consolidate the PR title. I suggest:
|
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.
Look good, great work @rommansabbir! Let's get just another review before merge.
Any update on the review @parse-community/android-sdk-review? |
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.
What was the idea behind adding jupiter
?
I remember that Android is compatible with junit
but not jupiter
. If that's not the case, may I ask for a reference? And why having both, the tests should be using either one of them...
It was required to execute gradle task.
In short, I went though the commits to find out which commit cause the test cases failure. But didn't found any suspicious commits. So I started focus on the dependencies, as many of the were updated to latest version. Then in DEBUG mode, I found some of the classes were not found during the test which might causes the So, I added |
@rommansabbir do you think we can migrate then to jupiter instead using junit. It's preferable to use only one library, where junit and jupiter are almost same, different versions. |
I think we can keep this as it is (If no issue arise). In future we have to migrate to JUnit 5.x and Jupiter is required for that. So, we have to decide, what we want. |
@L3K0V What do you think about merging as is with both jupiter and junit? Any concerns? I understand that we should decide on a single one, but are there also any possible (technical) side effects if we merge both? |
@mtrezza, I think we can proceed merging as it is. |
Nice job everyone and thanks for reviving this PR @rommansabbir! |
# [4.0.0](3.0.1...4.0.0) (2022-06-10) ### Features * update various dependencies ([#1172](#1172)) ([779dc0b](779dc0b)) ### BREAKING CHANGES * The Facebook Login SDK is upgraded to 13.x; this is a transitive dependency, so if you are directly calling the Facebook Login SDK in your app then this may be a braking change; this release of the Parse Android SDK adds a version range to the Facebook Login SDK dependency for correct gradle dependency resolving ([779dc0b](779dc0b))
🎉 This change has been released in version 4.0.0 |
New Pull Request Checklist
Issue Description
Related issue: #1163
Approach
According to #1163 (comment):
TODOs before merging