-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Awaiting Checklist Completion] [$500] Hovering over multiline link for few times removes message background color #29824
Comments
Triggered auto assignment to @twisterdotcom ( |
Job added to Upwork: https://www.upwork.com/jobs/~01c1eee5b08ec459f3 |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @0xmiroslav ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.Hover over a link message and then move the mouse up quickly sometimes remove the message hover effect even though our mouse is still hovering over it. What is the root cause of that problem?When we hover over a link, a tooltip will show. When we move up our mouse quickly, our mouse will briefly hover over the tooltip. In Hoverable, we have a logic to remove the hover effect if we hover over an element that is not the child of the currently hovered element, in our case the ReportActionItem. App/src/components/Hoverable/index.js Lines 111 to 121 in 9664f8c
The tooltip is not a child of ReportActionItem because we put the tooltip on the What changes do you think we should make in order to solve the problem?The simplest solution is to set What alternative solutions did you explore? (Optional)In const unsetHoveredIfOutside = (e) => {
+ if (e.target.closest('[data-tag="tooltip"]')) {
+ return;
+ } TooltipRenderedOnPageBody.js <Animated.View
+ dataSet={{tag: 'tooltip'}} |
(NOT a Proposal)Root causeHere's a Video with voiceover explaining the Root cause
root.cause.hover.ReportActionItem.mp4
|
@twisterdotcom, @0xmiroslav Huh... This is 4 days overdue. Who can take care of this? |
@0xmiroslav let me know what you think of @ashuvssut or @bernhardoj's proposals. @ashuvssut - I do think the video is nice, but could you follow the normal template in future please? |
I had a proposal before. But when I saw at @bernhardoj's proposal, I realized that my solution was wrong. So, I removed my proposal 😅 |
Shall we get @bernhardoj on this then @0xmiroslav? |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
bump @0xmiroslav |
reviewing |
@twisterdotcom, @0xmiroslav Whoops! This issue is 2 days overdue. Let's get this updated quick! |
updating today |
@twisterdotcom @0xmiroslav this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
@bernhardoj's proposal looks good. |
Triggered auto assignment to @deetergp, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
I agree with @0xmiroslav, let's go with @bernhardoj 👍 |
📣 @0xmiroslav 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @bernhardoj 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
📣 @dhanashree-sawant 🎉 An offer has been automatically sent to your Upwork account for the Reporter role 🎉 Thanks for contributing to the Expensify app! |
PR is ready cc: @0xmiroslav |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.99-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 2023-11-22. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
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:
|
Ah, I was OOO yesterday. Doing this now. |
Payment Summary: @0xmiroslav please complete the checklist. |
No regression. As this is edge case and minor style issue, I think we can skip regression test. |
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: 1.3.85-1
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @dhanashree-sawant
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1697542987624259
Action Performed:
Expected Result:
App should not remove background color from messages when we are hovering on it
Actual Result:
App removes background color from messages even when we are hovering on it if we hover back and forth on multline link for few times
Workaround:
unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari
mac.chrome.moving.cursor.over.multiline.link.removes.bg.color.mov
Recording.116.mp4
MacOS: Desktop
mac.desktop.moving.cursor.over.multline.link.removes.bg.color.mov
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @0xmiroslavThe text was updated successfully, but these errors were encountered: