You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[RCA #64131] Expensify card - RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation" #67638
Go to staging.new.expensify.com with applause.expensifail.com account
Go to workspace settings > Accounting.
Click Card reconciliation.
Enable Continuous Reconciliation.
Click Reconciliation account.
Click Expensify card settlement account link.
Click Reconciliation account link.
Click RHP back button on Reconciliation account page.
Expected Result:
App will directly return to Card reconciliation page (production behavior).
Actual Result:
App goes back to Settlement account page. Another click on RHP back button goes back to Reconciliation account. Third click on RHP back button finally returns to Card reconciliation page.
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
Identify the pull request that introduced this issue and revert it.
changed the title [-]RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/-][+]Expensify card - RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/+]on Aug 1, 2025
changed the title [-]Expensify card - RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/-][+][RCA #64131] Expensify card - RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/+]on Aug 1, 2025
We introduced the backTo param on the Reconciliation Account page to address this navigation issue mentioned in the PR. However, if this is the expected behavior, we can revert the backTo implementation on that page, since this navigation issue isn't part of the original issue
Actually yes
Is this really a regression?
I suppose that after pressing the back button we want to return to the previous screen
And not jump across few screens
So as for me the behavior in test cases is a little incorrect
I suppose that after pressing the back button we want to return to the previous screen
And not jump across few screens
So as for me the behavior in test cases is a little incorrect
yes we shouldn't jump around screens in the described manner @ZhenjaHorbach
I suppose that after pressing the back button we want to return to the previous screen
And not jump across few screens
So as for me the behavior in test cases is a little incorrect
yes we shouldn't jump around screens in the described manner @ZhenjaHorbach
Thanks for your opinion !
So In this case I think we need to update test cases and close this issue after that !
CC: @jponikarchuk
@ZhenjaHorbach This is an exploratory issue based on this test case. There’s no step for verifying the back button, so in my view, updating the test case isn’t necessary. Correct me if I’m wrong. I’ve attached the TC steps for your reference.
@ZhenjaHorbach This is an exploratory issue based on this test case. There’s no step for verifying the back button, so in my view, updating the test case isn’t necessary. Correct me if I’m wrong. I’ve attached the TC steps for your reference.
I think so !
We can leave everything as is !
It's just that after the latest changes the behavior has changed a bit and it has become more consistent
Activity
melvin-bot commentedon Aug 1, 2025
Triggered auto assignment to @muttmuure (
Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.melvin-bot commentedon Aug 1, 2025
Triggered auto assignment to @techievivek (
DeployBlockerCash), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.melvin-bot commentedon Aug 1, 2025
💬 A slack conversation has been started in #expensify-open-source
github-actions commentedon Aug 1, 2025
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
[-]RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/-][+]Expensify card - RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/+]grgia commentedon Aug 1, 2025
prob #64131
[-]Expensify card - RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/-][+][RCA #64131] Expensify card - RHP back button on "Reconciliation account" does not directly go back to "Card reconciliation"[/+]7 remaining items
ZhenjaHorbach commentedon Aug 4, 2025
Actually yes
Is this really a regression?
I suppose that after pressing the back button we want to return to the previous screen
And not jump across few screens
So as for me the behavior in test cases is a little incorrect
@techievivek @grgia
What do you think ?
But in any case, we have already opened a PR
So if needed we will fix it immediately after confirmation
techievivek commentedon Aug 5, 2025
@grgia Assigned you as the engineer since you have the required context here.
grgia commentedon Aug 8, 2025
yes we shouldn't jump around screens in the described manner @ZhenjaHorbach
ZhenjaHorbach commentedon Aug 8, 2025
Thanks for your opinion !
So In this case I think we need to update test cases and close this issue after that !
CC: @jponikarchuk
m-natarajan commentedon Aug 13, 2025
@ZhenjaHorbach This is an exploratory issue based on this test case. There’s no step for verifying the back button, so in my view, updating the test case isn’t necessary. Correct me if I’m wrong. I’ve attached the TC steps for your reference.
ZhenjaHorbach commentedon Aug 14, 2025
I think so !
We can leave everything as is !
It's just that after the latest changes the behavior has changed a bit and it has become more consistent
melvin-bot commentedon Aug 21, 2025
@grgia, @muttmuure, @ZhenjaHorbach Whoops! This issue is 2 days overdue. Let's get this updated quick!
melvin-bot commentedon Aug 25, 2025
@grgia, @muttmuure, @ZhenjaHorbach 6 days overdue. This is scarier than being forced to listen to Vogon poetry!
melvin-bot commentedon Aug 27, 2025
@grgia, @muttmuure, @ZhenjaHorbach 8 days overdue is a lot. Should this be a Weekly issue? If so, feel free to change it!
ZhenjaHorbach commentedon Aug 28, 2025
@grgia @muttmuure
Let's close this issue