[CP staging] Revert "Fix magic code navigates back on payment (SettlementButton)" - #96126
Conversation
Codecov Report❌ Looks like you've decreased code coverage for some files. Please write tests to increase, or at least maintain, the existing level of code coverage. See our documentation here for how to interpret this table.
|
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 78129a3057
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| if (!isUserValidated && paymentMethodType !== CONST.IOU.PAYMENT_TYPE.ELSEWHERE) { | ||
| Navigation.navigate(createDynamicRoute(DYNAMIC_ROUTES.VERIFY_ACCOUNT.path)); | ||
| return true; |
There was a problem hiding this comment.
Resume payment after magic-code verification
For an unvalidated user who chooses any non-Pay Elsewhere method, this branch only navigates to the verify-account screen and then returns, so the selected payment/KYC action is discarded when the magic-code flow validates and closes. In the inspected SettlementButton flow, callers such as handlePaymentSelection and the payment-method submenu onSelected handlers all stop on this return, leaving the user back on the report with no payment attempted unless they click Pay again.
Useful? React with 👍 / 👎.
| }).start(() => { | ||
| setShouldRenderOverlay(false); |
There was a problem hiding this comment.
Ignore interrupted overlay hide animations
When the overlay condition flips false and then back true before the 300ms hide animation completes, starting the show animation interrupts the hide animation but this callback still runs with finished=false; it now unconditionally sets shouldRenderOverlay to false while the current condition is true. On wide/super-wide RHP flows this unmounts the dim/click-catcher overlay until the condition cycles again, so quick RHP transitions can leave the underlying pane uncovered.
Useful? React with 👍 / 👎.
|
🚧 jasperhuangg has triggered a test Expensify/App build. You can view the workflow run here. |
This comment has been minimized.
This comment has been minimized.
…/magic-code-navigates-back-payment
|
🚧 jasperhuangg has triggered a test Expensify/App build. You can view the workflow run here. |
…navigates-back-payment [CP staging] Revert "Fix magic code navigates back on payment (SettlementButton)" (cherry picked from commit 890332b) (cherry-picked to staging by jasperhuangg)
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
|
🧪🧪 Use the links below to test this adhoc build on Android, iOS, and Web. Happy testing! 🧪🧪
|
|
🚀 Cherry-picked to staging by https://github.com/jasperhuangg in version: 9.4.34-6 🚀
|
|
🤖 Help site review: no documentation changes required. I reviewed the changes in this PR and confirmed no updates are needed to Expensify's help site files under WhyThis PR reverts #93087 to fix a visual regression (a semi-transparent overlay appearing on the report RHP — #96091). The changes are entirely internal implementation details:
None of this alters a documented user-facing feature, setting, label, or workflow. The help articles that mention "magic code" cover login/account verification and 2FA — not the modal-presentation behavior during payment, which is not documented on the help site. There is nothing in @jasperhuangg, please review the linked help site PR and confirm it reflects the current behavior. Then mark the linked help site PR Note: no help site PR was created because no documentation changes are required. If you believe an article should be updated, let me know which flow to document and I'll draft one. |
|
🚀 Deployed to production by https://github.com/roryabraham in version: 9.4.34-14 🚀
|
|
🚀 Deployed to production by https://github.com/roryabraham in version: 9.4.34-14 🚀
Bundle Size Analysis (Sentry): |
|
🚀 Cherry-picked to staging by https://github.com/jasperhuangg in version: 9.4.35-1 🚀
|
|
🤖 No help site changes required. This PR reverts #93087, and the diff is entirely internal implementation detail:
None of this changes documented, user-facing behavior. The underlying flows (paying an expense, verifying an account with a magic code) are unchanged from the user's perspective — only the internal navigation/resume mechanics differ. I searched No draft docs PR was created since there are no documentation updates to make. @jasperhuangg, let me know if you'd like me to re-check any specific article. |
|
🚀 Deployed to production by https://github.com/jasperhuangg in version: 9.4.35-6 🚀
|
Reverts #93087
$ #96091