Hook up with the Downgrade Workspace API
Part of Add Workspace Plan Downgrades to NewDot
Steps to complete:
- Create a new action
- Connect it with the downgrade button
Issue Owner
Current Issue Owner: @carlosmiceli
Triggered auto assignment to @sonialiap (NewFeature), see https://stackoverflowteams.com/c/expensify/questions/14418#:~:text=BugZero%20process%20steps%20for%20feature%20requests for more details. Please add this Feature request to a GH project, as outlined in the SO.
:warning: It looks like this issue is labelled as a New Feature but not tied to any GitHub Project. Keep in mind that all new features should be tied to GitHub Projects in order to properly track external CAP software time :warning:
Triggered auto assignment to Design team member for new feature review - @shawnborton (NewFeature)
This will be the final issue to complete, so it needs to HOLD on all the other issues from the project. Will assign contributor then.
I think we're still holding on this one, right?
Will try to make progress today.
We are close to being able to do this, final BE PR is in review and we can start testing FE and BE together.
Hey @DylanDylann, this should be ready to tackle now that the BE is complete :)
@DylanDylann this feature is ready for the FE part! Will you be able to handle this one?
@carlosmiceli The API is up on my side. But I see a problem, Policy_DowngradeToTeam API returns lots of data and I see that there are two POLICYCHANGELOG_TEAM_DOWNGRADE report actions returned from BE
In my below video
Admin reportID: 8798864160178330
In this admin report, we have two POLICYCHANGELOG_TEAM_DOWNGRADE report actions with report action IDs: 1732067875874417562 and 2114614043739997111
https://github.com/user-attachments/assets/52c77fd3-43b0-43d3-b008-233152882fe5
@DylanDylann looking into it!
@DylanDylann still haven't been able to figure out why we're seeing double report actions, but can we move forward with the PR and hardcode using the correct one while I discover what could be the issue and make the BE fix?
@youssef-lr do you maybe have any suggestion about what could be happening here? I'm looking at the logs and I still haven't figured out yet where and why we are creating two report actions, but maybe you have a suggestions of where to look? Here is where we add the action at the moment.
@carlosmiceli Yeah I already did the FE implementation locally with a branch built up from https://github.com/Expensify/App/pull/53343. I will raise PR after https://github.com/Expensify/App/pull/53343 is merged
Great!
I'm OOO Dec 16-20, I don't think this will need a BZ before I'm back, but if it does please reapply the bug label
@carlosmiceli, @shawnborton, @sonialiap, @DylanDylann Whoops! This issue is 2 days overdue. Let's get this updated quick!
Not overdue, we're working on it :D
@DylanDylann I think I found the issue with the duplicate action, but can we proceed using the first one while I try to fix it?
Fixed, will be merged soon. The action that says this workspace instead of the policy name is the right one.
Please ping me when the change is deployed
It's now deployed.
@carlosmiceli Worked well
Fantastic, thanks sir! cc @garrettmknight
I'll go over all the open issues tomorrow to see what's left to do, but anything outstanding from your end @DylanDylann ?
Everything works well from me
To confirm, this is still the plan, correct?
⚠️ Looks like this issue was linked to a Deploy Blocker here
If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results.
If a regression has occurred and you are the assigned CM follow the instructions here.
If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future.
Reviewing label has been removed, please complete the "BugZero Checklist".
The solution for this issue has been :rocket: deployed to production :rocket: in version 9.0.78-6 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
- https://github.com/Expensify/App/pull/54356
If no regressions arise, payment will be issued on 2025-01-02. :confetti_ball:
For reference, here are some details about the assignees on this issue:
- @DylanDylann requires payment (Needs manual offer from BZ)
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:
- [ ] [@DylanDylann] Please propose regression test steps to ensure the new feature will work correctly on production in further releases.
- [ ] [@sonialiap] Link the GH issue for creating/updating the regression test once above steps have been agreed upon.