Open IuliiaHerets opened 1 week ago
Triggered auto assignment to @thienlnam (DeployBlockerCash
), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.
Triggered auto assignment to @abekkala (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.
:wave: 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:
We think that this bug might be related to #wave-control
Selected expense does not remain selected, gets auto deselected on narrow screens
This is caused by https://github.com/Expensify/App/pull/49829
Checking
@cretadn22 getSections is used to get data and it has 3 flows so it can return array of ReportActionListItemType or TransactionListItemType or ReportListItemType but your looping only handles case of ReportActionListItemType by checking the transactions field. You need to add below code here to handle TransactionListItemType as well. I think you can ignore ReportActionListItemType because it is only for chat search.
if ('transactionID' in report) {
if (!Object.keys(selectedTransactions).includes(report.transactionID)) {
return;
}
newTransactionList[report.transactionID] = {
action: report.action,
canHold: report.canHold,
canUnhold: report.canUnhold,
isSelected: selectedTransactions[report.transactionID].isSelected,
canDelete: report.canDelete,
};
}
Note: I have not completed my investigation but this change seems to work for now so please verify these details. Hopefully, this saves you some time.
Just need payment for C+ review here for @ishpaul777
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.45-4 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2024-10-14. :confetti_ball:
For reference, here are some details about the assignees on this issue:
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
This was a regression, so only a payment for @ishpaul777 since it was a different C+ that reviewed this fix
The solution for this issue has been :rocket: deployed to production :rocket: in version 9.0.46-5 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2024-10-16. :confetti_ball:
For reference, here are some details about the assignees on this issue:
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
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: v9.0.45-2 Reproducible in staging?: Y Reproducible in production?: N If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/5050173 Issue reported by: Applause Internal Team
Action Performed:
Preconditions: Existing user with existing IOUs/Expenses
Expected Result:
Selected expense should be selected (it should be highlighted and it's checkbox should be checked)
Actual Result:
Expense is only briefly selected and then gets auto deselected.
Workaround:
Unknown
Platforms:
Screenshots/Videos
https://github.com/user-attachments/assets/94104806-89e0-4c14-9aae-d586529735d7
View all open jobs on GitHub
Issue Owner
Current Issue Owner: @abekkala