Closed jarvislin closed 2 weeks ago
4 Warnings | |
---|---|
:warning: | strings.xml files should only be updated on release branches, when the translations are downloaded by our automation. |
:warning: | This PR is larger than 300 lines of changes. Please consider splitting it into smaller PRs for easier and faster reviews. |
:warning: | Class ActionMode is missing tests, but unit-tests-exemption label was set to ignore this. |
:warning: | This PR is assigned to the milestone 24.7. This milestone is due in less than 4 days. Please make sure to get it merged by then or assign it to a milestone with a later deadline. |
Generated by :no_entry_sign: Danger
App Name | WordPress | |
Flavor | Jalapeno | |
Build Type | Debug | |
Version | pr20521-6b252f9 | |
Commit | 6b252f97504b0e992d5ae1127d639559846093fa | |
Direct Download | wordpress-prototype-build-pr20521-6b252f9.apk |
App Name | Jetpack | |
Flavor | Jalapeno | |
Build Type | Debug | |
Version | pr20521-6b252f9 | |
Commit | 6b252f97504b0e992d5ae1127d639559846093fa | |
Direct Download | jetpack-prototype-build-pr20521-6b252f9.apk |
Attention: Patch coverage is 40.86957%
with 68 lines
in your changes are missing coverage. Please review.
Project coverage is 40.32%. Comparing base (
90a8f60
) to head (e52f0b8
).:exclamation: Current head e52f0b8 differs from pull request most recent head cd859c3. Consider uploading reports for the commit cd859c3 to get more accurate results
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Current site is not at the top. With the old implementation the current site was always separated at the top but now you may have to scroll to find it in bold. I don't think this is necessarily an issue since it does not affect the functionality but wanted to highlight it since it surprised me at first thinking that the current selection is missing. Looping in @osullivanchris for any design feedback 🙇
Thanks @antonis . We've been continuing to discuss this. We'll have 'all sites' ordered by most recent rather than alphabetical. So you're currently selected site should be near the top either as most recent or pinned.
@antonis Thanks for reviewing this PR and reporting those issues, I'm gonna correct them and let you know once those issues have been fixed.
Hi @antonis The issues you reported have been resolved. Could you check again? Thanks! @osullivanchris Please take a look at the new changes. Let me know if your found anything needs to be corrected.
I'd also like to share some notes/enhancement ideas that can be considered on follow up PRs:
It would be nice to add analytics events for the new functionality. This way we could measure the usage and improve as needed in the future. This would also help us to make a comparison with the deprecated show/hide feature that was tracked with the site_switcher_toggled_edit_tapped
and the site_switcher_toggle_blog_visible
which are not used anymore. The old code tracked the following:
site_switcher_toggled_edit_tapped, Properties: {"state":"edit"}
site_switcher_toggle_blog_visible, Properties: {"blog_id":"xxxx","visible":"0"}
site_switcher_toggle_blog_visible, Properties: {"blog_id":"xxxx","visible":"0"}
site_switcher_toggled_edit_tapped, Properties: {"state":"done"}
The site_switcher_displayed
event is not emitted in the new code when the site switcher opens. Only the my_site_site_switcher_tapped
. Thought we were getting two event for the same thing I think adding back the site_switcher_displayed
would help on having consistency in the events history.
I noticed that the old "show/hide" functionality persisted the sites after a log out. It would be nice to have the same for the pinned site so that the users won't have to reorganise their sites after a logout on the same device.
@antonis Thank you so much for the helpful review/reply.
The idea of analytics really makes sense to me. I'll add/update events.
I noticed that the old "show/hide" functionality persisted the sites after a log out. It would be nice to have the same for the pinned site so that the users won't have to reorganise their sites after a logout on the same device.
"Show/Hide" functionality is also implemented on backend, we fetch the visibility of each site from API so it can restore the state after logging out. Currently, "pin sites" is a client-only feature, I think there's still the possibility of making the sites be restored, but it'd be better if we can store the info via API.
Hi @wordpress-mobile/mobile-ui-testing-squad, I adjusted the UI test because the UI has been redesigned. Could you take a look at the tests? Thanks
Issues
3 New issues
0 Accepted issues
Measures
0 Security Hotspots
No data about Coverage
0.0% Duplication on New Code
See: p1710242775754929-slack-C3EA6SMFH
This is a Hack Week project. We redesign the site picker, add a new feature
Edit pinned sites
, and deprecate theShow/hide sites
feature.To Test:
Choose a site
⌄
at the top-right corner.Search
⌄
at the top-right corner.Pin sites
⌄
at the top-right corner.Pinned Sites
sectionAll Sites
sectionReblog
Reblog
on the reader listAdd a site
buttonReblog
button in the details viewAdd a site
buttonRegression 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):