-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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-08-01] [Workspace Feeds] [External] Create new Settlement Frequency page #44312
Comments
Taking this one 😃 |
WIP - changes are on this branch https://github.com/koko57/App/tree/feature/44311-card-settings-page. Tomorrow I'm ooo, I will continue on Monday. |
Will get back to it tomorrow |
Left the update here: #44311 (comment) |
@MariaHCD @mountiny what should be the default option here? If according to the docs the settlement frequency should be stored either by adding the monthlySettlementDate prop (for monthly settlement) or erasing it (for daily settlement) I have to somehow differentiate if the selection was made or not. Should we block frequency for being changed and display the info after we set it to daily ourselves or it should be locked only when |
@koko57 Just to clarify, is your question what should the default settlement frequency be when the admin navigates to the Settlement Frequency page? The settlement frequency is set when the Expensify Card is enabled on the policy (after the admin selects the VBBA). So in the
So if there is no Hope that helps! |
@MariaHCD thanks a lot! ❤️ That was exactly what I needed to clarify 🙂 |
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. |
The linked blocker was actually know before deploy (comment here), we are still developing the links so we can track #46083 and address it once we have the links |
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. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.11-5 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-08-01. 🎊 For reference, here are some details about the assignees on this issue:
|
No payment needed here, this is part of a project |
Issue is ready for payment but no BZ is assigned. @miljakljajic you are the lucky winner! Please verify the payment summary looks correct and complete the checklist. Thanks! |
Payment Summary
BugZero Checklist (@miljakljajic)
|
No payment needed here @miljakljajic and not overdue melvin, are we waiting for BE testing here? |
Do we need a regression test proposal here, or can we close? |
Part of the Workspace feeds project.
Implement the following part of the design doc.
@koko57 @VickyStash @allgandalf @DylanDylann
The text was updated successfully, but these errors were encountered: