-
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
[HOLD for payment 2024-01-24] CRITICAL: [$750] Default new rooms to your primary workspace #32435
Comments
Triggered auto assignment to @dylanexpensify ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.When creating a Room, workspace should default to primary workspace What is the root cause of that problem?This is a feature request We set a default value for
What changes do you think we should make in order to solve the problem?We should create a What alternative solutions did you explore? (Optional) |
ProposalPlease re-state the problem that we are trying to solve in this issue.When creating a Room, workspace should default to primary workspace What is the root cause of that problem?Feature request. N/A What changes do you think we should make in order to solve the problem?We should do the following changes:
useEffect(() => {
setPolicyID(workspaceOptions[0].value);
}, [props.policies]); What alternative solutions did you explore? (Optional)Currently we don't have the Therefore, I think we can hold this issue until the |
Job added to Upwork: https://www.upwork.com/jobs/~01b604efe47660d3a4 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @alitoshmatov ( |
Woot, welcome to the jungle @alitoshmatov! We already have a proposal from @dukenv0307 to review! 🎉 Can we make sure we review it today? 🙇♂️ |
Yes. I will review it today |
ProposalPlease re-state the problem that we are trying to solve in this issue.When creating a Room, workspace should default to primary workspace What is the root cause of that problem?
Because we set policyID = null and reset from only workspace list selecting.
What changes do you think we should make in order to solve the problem?
App/src/components/ValuePicker/index.js Line 65 in 48b5a29
What alternative solutions did you explore? (Optional)Screen.Recording.2023-12-05.at.3.20.29.PM.mov |
@dukenv0307 Your solution won't update initial value of ValuePicker. |
@alitoshmatov Of course we will have to pass value for policy picker if we want to change the value by using |
@dukenv0307 I much prefer to turn ValuePicker into controlled component, I don't think providing defaultValue prop separately and setting default value for |
Triggered auto assignment to @AndrewGable, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
@alitoshmatov I mean we will pass value prop here.
|
@alitoshmatov Would you like to wait for the active workspace to get implemented before we work on this? (Described in the alternate solution section of the proposal) |
@dukenv0307 I understand what you mean, but your proposal wasn't clear enough. I would have understood if you had missed small detail, but it wasn't. In the first look, I didn't even assumed you meant this. |
Great, I left a few minor comments on the test PR, then I think we can merge that one and do a second follow-up PR to finish this issue out. |
Upping the bounty for this issue per this comment |
Upwork job price has been updated to $750 |
Merged the PR to introduce tests 🚀 |
@roryabraham Is the Also what tests should I add in the |
Currently it's controlled in the policy settings editor in OldDot and always set when creating a policy on expensify.com, but I don't know if it's set for new workspaces in NewDot. Let me check. If not another 1 or 2 back-end PRs may be needed. However, that doesn't need to block this issue to default new rooms to your primary workspace. If you need to make sure
I suppose the main thing we would want to test in this is actually a UI thing – that when you open the new room page from the global create menu that the workspace is pre-populated by your I'll get back to you if there's anything we want to add to the policy test you created. |
@roryabraham As per my understanding, then I don't need to add any additional test for now right? And could you please point out any other thing that might be missing in the PR? |
Yeah, I think no additional tests necessary for now |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.25-10 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2024-01-24. 🎊 For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR adding this new feature has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
coming up! |
tomorrow! |
Regression Test Proposal
Do we agree 👍 or 👎 |
Payment summary:
Please apply or request! |
done |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 1.4.7-0
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @quinthar
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1701632317613889
Action Performed:
Expected Result:
workspace field should default to primary workspace
Actual Result:
workspace field is blank
Workaround:
unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: