-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[$250] Improve/fix logic for creating a workspace during onboarding flow #53326
Comments
Job added to Upwork: https://www.upwork.com/jobs/~021862573059516200142 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @thesahindia ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.Improve/fix logic for creating a workspace during onboarding flow What is the root cause of that problem?This is an improvement What changes do you think we should make in order to solve the problem?Instead of creating the policy in the employee step or auto-create a new workspace for
That can make sure the workspace is only created when we complete the onboarding flow with What alternative solutions did you explore? (Optional)In |
ProposalPlease re-state the problem that we are trying to solve in this issue.If user completed the onboarding flow using OD, two workspaces are created. What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?
as :
as:
|
@thesahindia any thoughts on which proposal to go with? |
Waiting for proposals review. |
@Shahidullah-Muffakir's proposal will work for all the cases. 🎀 👀 🎀 C+ reviewed |
Current assignee @carlosmiceli is eligible for the choreEngineerContributorManagement assigner, not assigning anyone new. |
@thesahindia I don't think the selected proposal is correct when we sign up from OldDot
So we should only create a new workspace at the final step to verify that the workspace is only created when we complete the onboarding flow. |
This is the issue we are trying to solve, we don't want to create aother workspace, as mention in the OP, the api will automatically create workspace for
|
Actually, no workspace is created after signing up via old dot. |
Currently, the NewDot onboarding flow is skipped for accounts created from OldDot App/src/libs/onboardingSelectors.ts Lines 13 to 17 in f12b73c
Then the duplicate workspace case we only need to fix is the user can create multiple workspaces at the employee step if we do not complete the onboarding and login at multiple devices. |
What do you mean, can you elaborate further? Are you saying that there's no way for an OD signup to have a workspace created? There could be a case I think for an individual sign up to still go through the workspace creation, but will double check.
If this is true, then we need to change this. We shouldn't skip onboarding for OD signups. cc @mountiny @danielrvidal bringing you in to confirm that this is at least part of the issue besides the work here, since we were talking about this modal not showing yesterday. |
Let's clarify this:
I'll update that comment to avoid confusions. Are we good to proceed @thesahindia or should we still evaluate some of @nkdengineer's comments? |
@carlosmiceli In the description, we're saying that a workspace will be created automatically via the API during the account creation. But actually, there's no workspace after the user signs from OD with
I think this is for the old account. |
That's being worked on in the BE, but the FE needs to be ready beforehand or we will create duplicate workspaces. That's the goal of this issue. |
@Shahidullah-Muffakir are you still seeing this happening? I think this was recently solved, but can you confirm to me that you're seeing this happen now? |
@carlosmiceli Yes, I’m still experiencing this issue. Screen.20Recording.202024-12-06.20at.209.mp4 |
Gotcha, asking about it, I thought it was solved but apparently not. This should be solved soon, though, can we start working on a PR in the meantime? At least to start getting ahead a bit. |
Got it. I’ll start working on the PR in the meantime. |
@Shahidullah-Muffakir can you please verify if you face the same issue on desktop and native app ? |
@allgandalf I tested on all supported platforms, and it’s working correctly on mWeb, native, and desktop. However, on macOS Chrome and Safari, the onboarding flow modal doesn’t appear when the browser window size is large(but if I refresh the page after the signup, then the onboarding flow modal appears). If I decrease the window width(narrowLayout), it works fine on both browsers. Considering this, I think it appears to be a frontend issue. I’ll look into it to see if I can find a possible solution. Given this update, @carlosmiceli, I’ll go ahead and create the PR now since I can proceed with testing. Screen.20Recording.202024-12-07.20at.201.mp4 |
@Shahidullah-Muffakir That's great news! I'll create a separate issue and assign you as well so you can fix the onboarding display too, sounds good? |
@Shahidullah-Muffakir Here: #53724 |
@carlosmiceli Sounds good, thank you! I’ll look into it. |
When you have time, could you confirm the following:
Thanks! |
Also, just to mention, I found the root cause of the issue here: #50759. At that time, the backend changes weren’t ready, so they moved the workspace creation step to the employee step since the first step was being skipped for signups through OD, and the workspace was not being created for users signing up through OD. I think moving the workspace creation step back to the first step is a good idea now because we’re safe with the vsb and smb signupQualifiers skipping that step (Consider it in the PR). |
|
Sorry, not sure I follow, can you explain a bit more? |
In the issue #50758, the problem was that a workspace wasn't being created when a user signed up through OD. This happened because the workspace creation logic was located in BaseOnboardingPurpose.tsx. However, since the onboarding purpose step is skipped for OD signups (as the purpose is pre-selected in OD), the workspace creation logic was also being skipped, leading to the issue. To address this, the PR moved the workspace creation logic from BaseOnboardingPurpose to BaseOnboardingEmployees. This ensured that for OD signups, the workspace would still be created. Now that the backend changes are complete, a workspace is automatically created during OD signups by the backend itself. As a result, even if BaseOnboardingPurpose is skipped, a workspace will already exist. Given this, we can safely move the workspace creation logic back to BaseOnboardingPurpose. Since this step is skipped for OD signups, it won’t cause duplicate workspace creation. |
Very clear, thank you! Yes, that sounds correct. |
PR #53729 is ready for review, Thank you. |
Thank you! Let's wait for @thesahindia to review 💪 |
@carlosmiceli, @thesahindia, @Shahidullah-Muffakir Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@carlosmiceli, @thesahindia, @Shahidullah-Muffakir Huh... This is 4 days overdue. Who can take care of this? |
Discussing final details in the PR, specifically best way to set |
We want new users that are taken to the Employee Count screen to have a workspace created automatically (this is currently in place):
However, for signups that join via expensify.com and select either
vsb
orsmb
as signup qualifier, we want to skip actually creating a workspace at this step because that's going to be created automatically via the API during the account creation. Otherwise we'll be creating one twice. These are the correspondingvsb
andsmb
signup options on expensify.com:To clarify, the current onboarding flow logic for creating a workspace should still occur for any new user that's taken to the onboarding modal and does NOT have either
vsb
orsmb
as asignupQualifier
. Those would be:Please include videos of all the possible signup cases and confirming that only one workspace is created for each. Also confirm that this bug where we created duplicate workspaces doesn't reoccur (if it's still happening). Finally, we think there may be an extreme edge case where:
Please include in your proposal a way to prevent this if it could occur.
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @thesahindiaThe text was updated successfully, but these errors were encountered: