Closed jarvislin closed 1 week ago
1 Warning | |
---|---|
:warning: | This PR is larger than 300 lines of changes. Please consider splitting it into smaller PRs for easier and faster reviews. |
Generated by :no_entry_sign: Danger
App Name | WordPress | |
Flavor | Jalapeno | |
Build Type | Debug | |
Version | pr20726-4ae36fa | |
Commit | 4ae36fa7d4d5d002654f0a069ec4c2d1d93a8463 | |
Direct Download | wordpress-prototype-build-pr20726-4ae36fa.apk |
App Name | Jetpack | |
Flavor | Jalapeno | |
Build Type | Debug | |
Version | pr20726-4ae36fa | |
Commit | 4ae36fa7d4d5d002654f0a069ec4c2d1d93a8463 | |
Direct Download | jetpack-prototype-build-pr20726-4ae36fa.apk |
Attention: Patch coverage is 0%
with 1 lines
in your changes are missing coverage. Please review.
Project coverage is 40.64%. Comparing base (
2a1b240
) to head (91063a2
).:exclamation: Current head 91063a2 differs from pull request most recent head 4ae36fa. Consider uploading reports for the commit 4ae36fa to get more accurate results
Files | Patch % | Lines |
---|---|---|
...press/android/ui/notifications/blocks/NoteBlock.kt | 0.00% | 1 Missing :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Thank you so much, Jarvis, for extracting fragments for notification and site comment details. Great work! 🎸
Since the original
CommentDetailFragment
is really large, I would encourage you to leave it in Java and convert those parts to Kotlin that are smaller and testable such as the brand-new fragments you extracted. I see a lot of not-null assertions that could potentially break the logic and it is worth migrating all of the sensitive parts gradually.What do you think about that?
Yeah that makes sense to me, I also feel that directly converting the large file is too ambitious, thanks for the review 👍
Issues
1 New issue
0 Accepted issues
Measures
0 Security Hotspots
No data about Coverage
0.0% Duplication on New Code
Currently, there are two entry points to the screen of comments:
For some reason, we implemented every thing in that big
CommentDetailFragment
. There is some logic that is only triggered by specific entry points. To maintain the simplicity of the parent class, I suggest relocating this code to a subclass. Furthermore, converting subclasses to Kotlin can enhance development efficiency.This a PR contains:
There will be follow-up PRs for furthering refactors.
To Test:
Comment
type of notificationRegression Notes
Potential unintended areas of impact
What I did to test those areas of impact (or what existing automated tests I relied on)
What automated tests I added (or what prevented me from doing so)
PR Submission Checklist:
RELEASE-NOTES.txt
if necessary.Testing Checklist (strike-out the not-applying and unnecessary ones):