-
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
[Due for payment 2025-02-19] [$250] Copilot - No countdown and code requested message on magic code page when changing access level #55718
Comments
Triggered auto assignment to @JmillsExpensify ( |
🚨 Edited by proposal-police: This proposal was edited at 2025-01-24 13:48:38 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.Copilot - No countdown and code requested message on magic code page when changing access level What is the root cause of that problem?We have not implemented the timer feature in BaseValidateCodeForm.tsx as we are doing here Lines 169 to 172 in 95cc648
What changes do you think we should make in order to solve the problem?
App/src/components/ValidateCodeActionModal/ValidateCodeForm/BaseValidateCodeForm.tsx Lines 238 to 240 in 95cc648
Lines 114 to 118 in 95cc648
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?N/A as it is a UI change What alternative solutions did you explore? (Optional)We can create hook that returns remainingTime and a function that resets the timer following the same logic as the existing timer implementation.
And use Tests
|
🚨 Edited by proposal-police: This proposal was edited at 2025-01-24 17:25:44 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.There’s no countdown and "Code Requested" message displayed on the Magic Code page when changing the access level. What is the root cause of that problem?In UpdateDelegateMagicCodePage Component App/src/pages/settings/Security/AddDelegate/UpdateDelegateRole/UpdateDelegateMagicCodePage.tsx Line 22 in 264728f
We are using an independent ValidateCodeForm (src/pages/settings/Security/AddDelegate/UpdateDelegateRole/ValidateCodeForm/index.tsx), but the code to display the countdown timer has not been implemented App/src/pages/settings/Security/AddDelegate/UpdateDelegateRole/UpdateDelegateMagicCodePage.tsx Line 61 in 264728f
What changes do you think we should make in order to solve the problem?Note: In all other instances, we consistently use the ValidateCodeActionModal. Therefore, I suggest that in the UpdateDelegateMagicCodePage component, we also use ValidateCodeActionModal, as we’ve done in other places like DelegateMagicCodeModal, etc. What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?I believe this section is unnecessary What alternative solutions did you explore? (Optional)No |
|
@JmillsExpensify Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Job added to Upwork: https://www.upwork.com/jobs/~021884532777502086335 |
Opened up to the community. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @jayeshmangwani ( |
Thank you for the proposals above. 🎀 👀 🎀 C+ reviewed |
Triggered auto assignment to @aldo-expensify, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
📣 @cretadn22 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@JmillsExpensify, @jayeshmangwani, @aldo-expensify, @cretadn22 Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
We're waiting on @cretadn22 to raise the PR. |
I'm currently working on this |
@jayeshmangwani Take a look at this video. When an incorrect magic code is entered, the optimistic value updates initially, but once the backend returns a failure, the old value is reverted, causing a flickering effect. Since updating the delegate role requires a correct code that can only be verified by the backend, we shouldn't use optimistic data for this action. Instead, we could consider displaying a loading spinner while waiting for the API response. This might be out of scope for now, but it would be a valuable improvement. Screen.Recording.2025-02-04.at.11.52.10.mov |
Thanks for the input, @cretadn22 , I checked a few cases where we use the magic input, and it flickers in the current production version. So, I think we can include this change in this PR to improve the visual effect. |
@cretadn22 @jayeshmangwani agree with adding that in scope if easy. @cretadn22 when can we expect PR for review? |
Almost done, @jayeshmangwani Please start reviewing. On the other way, I will update this additional point later today |
@jayeshmangwani All code changes are complete. Please proceed with the review. I will run another test and upload videos once the API is working again. |
@cretadn22 Maybe you can try with a new account, or you could wait an hour before calling this API again. |
Yes sure, I'll review PR |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.97-1 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 2025-02-19. 🎊 For reference, here are some details about the assignees on this issue:
|
@jayeshmangwani @JmillsExpensify @jayeshmangwani The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button] |
BugZero Checklist:
Bug classificationSource of bug:
Where bug was reported:
Who reported the bug:
Regression Test Proposal
Do we agree 👍 or 👎 |
Taking over for payment - just waiting till Weds. |
Payment Summary:
|
@jayeshmangwani request whenever you're ready. |
Payment Summary: Contributor: @cretadn22 $250 via Upwork |
$250 approved for @jayeshmangwani |
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: 9.0.89-2
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: N/A
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Email or phone of affected tester (no customers): applausetester+100106kh@applause.expensifail.com
Issue reported by: Applause Internal Team
Device used: Mac 15.0 / Chrome
App Component: User Settings
Action Performed:
Expected Result:
On magic code page when changing access level for existing copilot, it should display a countdown and "Code requested. Please check your device." message.
Actual Result:
On magic code page when changing access level for existing copilot, it does not display a countdown and "Code requested. Please check your device." message, which is not consistent with the magic code page in Step 6.
Workaround:
Unknown
Platforms:
Screenshots/Videos
bug.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @garrettmknightThe text was updated successfully, but these errors were encountered: