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
[HOLD for payment 2024-08-02] [$250] Individually selected expense rows in grouped reports don't have a background color applied to them #45190
Please re-state the problem that we are trying to solve in this issue.
Individually selected expense rows in grouped reports don't have a background color applied to them
What is the root cause of that problem?
TransactionListItemRow is rendered without any styling and wrapper and item.isSelected is provided to isButtonSelected prop instead of transaction.isSelected
What alternative solutions did you explore? (Optional)
We can remove horizontal padding from parent container BaseListItem and apply it to child items (ExpenseItemHeaderNarrow, TransactionListItemRow and View containing the report details, List item separtor).
Use transaction.isSelected to apply styles.activeComponentBG in TransactionListItemRow.
There also some minor changes required like removing padding from parent component and applying only padding top, adding styles.overflowHidden, to listItemPressableStyle but I believe this can be handle in the PR phase.
changed the title [-]Individually selected expense rows in grouped reports don't have a background color applied to them[/-][+][$250] Individually selected expense rows in grouped reports don't have a background color applied to them[/+]on Jul 11, 2024
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.12-0 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve 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:
[@ishpaul777] The PR that introduced the bug has been identified. Link to the PR:
[@ishpaul777] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment:
[@ishpaul777] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion:
[@ishpaul777] Determine if we should create a regression test for this bug.
[@ishpaul777] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
[@sakluger / @isabelastisser] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:
[@ishpaul777] The PR that introduced the bug has been identified. Link to the PR: #44385
[@ishpaul777] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: https://github.com/Expensify/App/pull/44385/files#r1704375865
[@ishpaul777] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: No need
[@ishpaul777] Determine if we should create a regression test for this bug. - no this was just design changes
[@ishpaul777] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again. - N/A
Activity
melvin-bot commentedon Jul 10, 2024
Triggered auto assignment to @isabelastisser (
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.devguest07 commentedon Jul 10, 2024
Proposal
Please re-state the problem that we are trying to solve in this issue.
In grouped expense reports, individually selected rows lack a consistent background color, impacting visual clarity and user experience.
What is the root cause of that problem?
The current implementation applies a background color only to the ReceiptCell when a row is selected, as seen in the
TransactionListItemRowcomponent:App/src/components/SelectionList/Search/TransactionListItemRow.tsx
Line 75 in 98932a2
However, this styling is not applied to the entire row, leading to inconsistent visual feedback.
What changes do you think we should make in order to solve the problem?
Extend the selection styling to the entire row:
activeComponentBGstyle to the main row container whenitem.isSelectedis true:App/src/components/SelectionList/Search/TransactionListItemRow.tsx
Line 311 in 98932a2
Enhance small screen compatibility:
Refine component structure:
Implement responsive design:
What alternative solutions did you explore?
Krishna2323 commentedon Jul 10, 2024
Proposal
Please re-state the problem that we are trying to solve in this issue.
Individually selected expense rows in grouped reports don't have a background color applied to them
What is the root cause of that problem?
TransactionListItemRowis rendered without any styling and wrapper anditem.isSelectedis provided toisButtonSelectedprop instead oftransaction.isSelectedApp/src/components/SelectionList/Search/ReportListItem.tsx
Lines 190 to 203 in 98932a2
What changes do you think we should make in order to solve the problem?
We need to make several changes:
TransactionListItemRow's in a View and use gap for spacing in between and remove margin top fromcontainerStyleprop.isButtonSelectedprop we should passtransaction.isSelected.containerStyleprop to style each item whentransaction.isSelectedis true.What alternative solutions did you explore? (Optional)
BaseListItemand apply it to child items (ExpenseItemHeaderNarrow,TransactionListItemRowand View containing the report details, List item separtor).transaction.isSelectedto applystyles.activeComponentBGinTransactionListItemRow.There also some minor changes required like removing padding from parent component and applying only padding top, adding
styles.overflowHidden,tolistItemPressableStylebut I believe this can be handle in the PR phase.Result
fixed_row_updated.mp4
Krishna2323 commentedon Jul 10, 2024
@shawnborton, what do you think about inner padding when a list item is selected?
fixed_row.mp4
We can remove padding from parent container and apply it to child items. Is this the expected behaviour?
remove_parent_padding_2.1.mp4
shawnborton commentedon Jul 10, 2024
Yup, I agree with this - we'd want it to look like this mockup here:

Krishna2323 commentedon Jul 10, 2024
Proposal Updated
[-]Individually selected expense rows in grouped reports don't have a background color applied to them[/-][+][$250] Individually selected expense rows in grouped reports don't have a background color applied to them[/+]melvin-bot commentedon Jul 11, 2024
Job added to Upwork: https://www.upwork.com/jobs/~019496a7990ed69c3c
melvin-bot commentedon Jul 11, 2024
Triggered auto assignment to Contributor-plus team member for initial proposal review - @ishpaul777 (
External)32 remaining items
melvin-bot commentedon Jul 26, 2024
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.12-0 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-02. 🎊
For reference, here are some details about the assignees on this issue:
melvin-bot commentedon Jul 26, 2024
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:
isabelastisser commentedon Jul 29, 2024
I'm back, taking this. Thanks, @sakluger !
Krishna2323 commentedon Aug 5, 2024
@isabelastisser, can you please process the payments 🙏🏻
isabelastisser commentedon Aug 5, 2024
The payments were processed in Upwork.
isabelastisser commentedon Aug 5, 2024
@ishpaul777, can you please complete the BZ checklist before we can close this issue? Thanks!
ishpaul777 commentedon Aug 5, 2024
[@ishpaul777] The PR that introduced the bug has been identified. Link to the PR:
#44385
[@ishpaul777] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: https://github.com/Expensify/App/pull/44385/files#r1704375865
[@ishpaul777] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: No need
[@ishpaul777] Determine if we should create a regression test for this bug. - no this was just design changes
[@ishpaul777] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again. - N/A
isabelastisser commentedon Aug 6, 2024
All set!