-
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
[$1000] [HOLD for payment 2023-06-21] [HOLD for payment 2023-06-19] WS - Members list - Tooltip “Blocked” appears when user moves cursor over usernames / avatars #20495
Comments
Triggered auto assignment to @trjExpensify ( |
Bug0 Triage Checklist (Main S/O)
|
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Triggered auto assignment to @robertjchen ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.WS - Members list - Tooltip “Blocked” appears when user moves cursor over usernames / avatars What is the root cause of that problem?The option row is disabled and onSelectRow and isSelected props values are not given to the option row What changes do you think we should make in order to solve the problem?App/src/pages/workspace/WorkspaceMembersPage.js Lines 347 to 350 in 82ce35f
What alternative solutions did you explore? (Optional) |
@marcochavezf @allroundexperts @Skalakid - are you guys looking into this as a regression from #19664? |
Checking this now @trjExpensify. |
@trjExpensify This is not a regression from #19664. This happened after this PR. |
Yup, thanks for isolating it! |
Took some time looking into this. The OptionRows for the Screen.Recording.2023-06-09.at.2.14.26.PM.movAt this point I'm out of ideas, but @allroundexperts said he'll look into this soon |
Yup. On it! |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.26-4 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-06-19. 🎊 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.
As a reminder, here are the bonuses/penalties that should be applied for any External 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:
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.27-7 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-06-21. 🎊 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.
As a reminder, here are the bonuses/penalties that should be applied for any External 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:
|
👋 @allroundexperts can you get to the checklist please? Also, I'm a bit hazy on the history here. Was this confirmed not a regression in the end, so it's just standard payment for the fix? ($1000). |
@tjferriss This was a regression from a PR which was not done by me. This happened after #19612. The PR I created got merged the same day so I think it should be eligible for the bonus as well. |
Checklist:
|
Cool, we already have it in step 7 here I think.
|
Job added to Upwork: https://www.upwork.com/jobs/~01e6ff8ea4d60e1484 |
Current assignee @trjExpensify is eligible for the External assigner, not assigning anyone new. |
Current assignee @allroundexperts is eligible for the External assigner, not assigning anyone new. |
Sent you an offer for $1,500 here. |
Settled! |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Expected Result:
The cursor is hand-shaped and gives checkbox marks anywhere
Actual Result:
The cursor has tooltip 'block/unavailable' and gives checkbox marks only in checkbox area
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.26-1
Reproducible in staging?: y
Reproducible in production?: n
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
Notes/Photos/Videos: Any additional supporting documentation
Bug6086010_Desktop-Tooltip-Blocked-Usernames.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause internal team
Slack conversation:
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: