-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
feat: Add an "Invite" button to the workspace profile page #53719
feat: Add an "Invite" button to the workspace profile page #53719
Conversation
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@allgandalf Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
@allgandalf @neil-marcellini, while recoding the platform videos I found 2 issues that we might want to solve:
Possible solution: We can add a param ios_native.mp4android_native.mp4 |
@Krishna2323 I don't really see any problems in those two videos that seem worth fixing. I think the navigation makes sense. |
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.
Looks great, assuming C+ testing passes
Reviewer Checklist
Screenshots/VideosAndroid: NativeScreen.Recording.2024-12-15.at.8.51.01.PM.movAndroid: mWeb ChromeScreen.Recording.2024-12-15.at.8.52.48.PM.moviOS: NativeScreen.Recording.2024-12-15.at.8.40.45.PM.moviOS: mWeb SafariScreen.Recording.2024-12-15.at.8.41.17.PM.movMacOS: Chrome / SafariScreen.Recording.2024-12-15.at.8.37.34.PM.movMacOS: DesktopScreen.Recording.2024-12-15.at.8.38.26.PM.mov |
c.c. @Expensify/design as this is a new feature, can you take a look at the videos and give 👍 from design perspective , thanks |
Videos are looking good to me. Regarding this:
I actually think this might be a good thing because it might be easy to feel "lost" once you click the invite button, so showing a snippet of where the invite page is coming from is potentially a good thing. 🤷♂️ |
Yup, agree with those comments from Danny above, looking good! |
Thanks, completing the checklist now |
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.
LGTM!
Happy to merge this, but seeing this now I actually think the RHP should fly out with the current page (Workspace profile) still underneath and only if you successfully add someone, land on members page highlighting the newly invited people. The jump from Invite button press to Members page feels a bit disorienting to me. Keen to hear @Expensify/design thoughts on that, but happy to move on still |
I can totally see that Jon, happy to go with your recommendation as I can see where it might make things feel a bit more clear. The original intention was to "teach someone how to fish" by taking them first to the Members page but after seeing it in action I think I agree, the quick jump to a different page feels unexpected for a button like this. |
Yep, I originally proposed exactly the flow you laid out for all the reasons that you mentioned, but others in the thread wanted to go the Members page route because of the "teach you to fish" idea that Shawn mentioned and because it was deemed as easier/faster to implement since the invite flow on the members page already exists. TLDR: I'm very much for making the invite RHP open over the profile. We might want to check and see if the rest of the team is down with that change though. |
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.
Good to go. If we decide to change the UX later we can do that in a follow up.
Hmm why a follow up? This feature doesn't exist yet so if we're going to change it, I feel like it makes sense to do so before merging this. |
Ok that's fine too. It wasn't clear to me that the comments from the design team were blocking. Heads up, I'm going to be OOO for the rest of the week. I'm sure if you post in engineering chat someone can help review after the fix. |
If all of @Expensify/design is aligned, I recon we go with the change then:
|
Let us know if we decide on these changes, then @Krishna2323 can work on those accordingly |
I say let's consider it decided - Jon has spoken - let's move forward with the changes 👍 |
Agree. I think it's a much better experience that way. |
all good!, @Krishna2323 do you have any doubts for this implementation ? |
No doubts about the expected result, will work on that today. |
@allgandalf, implementing the new behaviour will have the issue as this one, we would need to remove the mapping from One solution can be: we can create separate screens for that and use the same components. App/src/libs/Navigation/linkingConfig/FULL_SCREEN_TO_RHP_MAPPING.ts Lines 13 to 15 in b6ebedb
|
Not sure if I am onboard with this one, give me a day i will ask on #quality and get back |
Asked here |
@allgandalf If you want to have different screens under the overlay depending on context (e.g. the way the user gets there) you should use the |
@Krishna2323 please update the PR accordingly |
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Krishna2323 please fix the failing tests |
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Expensify/design, does this look correct? Monosnap.screencast.2024-12-23.15-55-53.mp4 |
I assume most of the team is out 📆 |
That looks pretty good to me! |
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.
Looks good to me
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
🚀 Deployed to staging by https://github.com/neil-marcellini in version: 9.0.79-0 🚀
|
@Krishna2323 QA found issue when validation this PR - issue #54489 |
🚀 Deployed to production by https://github.com/puneetlath in version: 9.0.79-5 🚀
|
<Button | ||
accessibilityLabel={translate('common.invite')} | ||
text={translate('common.invite')} | ||
onPress={() => Navigation.navigate(ROUTES.WORKSPACE_INVITE.getRoute(route.params.policyID, Navigation.getActiveRouteWithoutParams()))} |
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.
We didn't clear the draft while reopening the page which caused the previous selection to stay. #54604
Explanation of Change
share
button on workspace profile page.Fixed Issues
$ #53716
PROPOSAL: #53716 (comment)
Tests
share
buttonOffline tests
share
buttonQA Steps
share
buttonPR Author Checklist
### Fixed Issues
section aboveTests
sectionOffline steps
sectionQA steps
sectiontoggleReport
and notonIconClick
)src/languages/*
files and using the translation methodSTYLE.md
) were followedAvatar
, I verified the components usingAvatar
are working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG)
)Avatar
is modified, I verified thatAvatar
is working as expected in all cases)Design
label and/or tagged@Expensify/design
so the design team can review the changes.ScrollView
component to make it scrollable when more elements are added to the page.main
branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTest
steps.Screenshots/Videos
Android: Native
android_native.mp4
Android: mWeb Chrome
android_chrome.mp4
iOS: Native
ios_native.mp4
iOS: mWeb Safari
ios_safari.mp4
MacOS: Chrome / Safari
web_chrome.mp4
MacOS: Desktop
desktop_app.mp4