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-07-24] [$250] LHN popover - Desktop: 'Mark as unread' action for top chat has blank area to highlight #44928
Version Number: 9.0.4-5 Reproducible in staging?: Y Reproducible in production?: Y 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): Issue reported by: Applause - Internal Team
When the mark as unread action item is within the draggable area, the item won't receive a mouse event anymore. We already have a CSS as shown above to always disable the draggable of a pressable if it's the children of a draggable area, but in our case, the pressable is inside a popover.
This also happens to report context menu items.
What changes do you think we should make in order to solve the problem?
Make the popover to be not draggable. We can apply dataSet={{dragArea: false}} to the popover container view.
@fedirjh, looks like this is coming from #44519 as a regression. Can you review the above please, and then we should assign the same peeps (you and Bernhard) to fix/review it.
changed the title [-]LHN popover - Desktop: 'Mark as unread' action for top chat has blank area to highlight[/-][+][$250] LHN popover - Desktop: 'Mark as unread' action for top chat has blank area to highlight[/+]on Jul 9, 2024
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.7-8 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:
[@situchan] The PR that introduced the bug has been identified. Link to the PR:
[@situchan] 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:
[@situchan] 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:
[@situchan] Determine if we should create a regression test for this bug.
[@situchan] 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.
[@trjExpensify] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:
Activity
melvin-bot commentedon Jul 5, 2024
Triggered auto assignment to @trjExpensify (
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.bernhardoj commentedon Jul 6, 2024
Proposal
Please re-state the problem that we are trying to solve in this issue.
The mark as unread action item isn't clickable when it's at the top of the screen.
What is the root cause of that problem?
On the desktop, we have a drag area to mark that the element is draggable.
App/web/index.html
Lines 42 to 46 in c5eafd3
In our case, the top bar area is draggable.
App/src/libs/Navigation/AppNavigator/createCustomBottomTabNavigator/TopBar.tsx
Lines 41 to 44 in c5eafd3
When the mark as unread action item is within the draggable area, the item won't receive a mouse event anymore. We already have a CSS as shown above to always disable the draggable of a pressable if it's the children of a draggable area, but in our case, the pressable is inside a popover.
This also happens to report context menu items.
What changes do you think we should make in order to solve the problem?
Make the popover to be not draggable. We can apply
dataSet={{dragArea: false}}to the popover container view.App/src/components/PopoverWithoutOverlay/index.tsx
Lines 121 to 127 in c5eafd3
This will apply for all popover, but if we only want for the LHN and report context menu, then we can apply it to
PopoverReportActionContextMenu.we can optionally do this for BaseModal too
OR
Set all pressable to be non-draggable
App/web/index.html
Lines 45 to 48 in c5eafd3
trjExpensify commentedon Jul 8, 2024
@fedirjh, looks like this is coming from #44519 as a regression. Can you review the above please, and then we should assign the same peeps (you and Bernhard) to fix/review it.
melvin-bot commentedon Jul 8, 2024
@trjExpensify Whoops! This issue is 2 days overdue. Let's get this updated quick!
fedirjh commentedon Jul 9, 2024
@trjExpensify This is not a regression from #44519, It's already replicated in production, and #44519 hasn’t hit prod yet.
[-]LHN popover - Desktop: 'Mark as unread' action for top chat has blank area to highlight[/-][+][$250] LHN popover - Desktop: 'Mark as unread' action for top chat has blank area to highlight[/+]melvin-bot commentedon Jul 9, 2024
Job added to Upwork: https://www.upwork.com/jobs/~01b8144a4f008be2ea
19 remaining items
melvin-bot commentedon Jul 17, 2024
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.7-8 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-07-24. 🎊
For reference, here are some details about the assignees on this issue:
melvin-bot commentedon Jul 17, 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:
bernhardoj commentedon Jul 24, 2024
Payment is due today. Requested in ND.
trjExpensify commentedon Jul 24, 2024
Checklist time, @situchan.
situchan commentedon Jul 24, 2024
This is not regression but newly caught bug.
As desktop-only and minor bug, I don't think this is worth adding to regression test.
trjExpensify commentedon Jul 24, 2024
What does that mean? 😅
situchan commentedon Jul 24, 2024
No offending PR I mean 😄
trjExpensify commentedon Jul 24, 2024
You're saying this bug has been there since we implemented this popover? 😕
situchan commentedon Jul 24, 2024
This bug has been there since we implemented draggable area on desktop in #24098
trjExpensify commentedon Jul 24, 2024
Got it, so that's the offending PR isn't it?
trjExpensify commentedon Jul 24, 2024
Payment summary as follows:
Paid, closing!
JmillsExpensify commentedon Jul 26, 2024
$250 approved for @bernhardoj