-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
[HOLD for payment 2023-09-06] [HOLD for payment 2023-09-04] [$1000] cursor should display as disabled on select all checkbox even if only non removable members are present #25859
Comments
ProposalPlease re-state the problem that we are trying to solve in this issue.Checkbox does not show disabled cursor when there are no eligible members to be selected What is the root cause of that problem?PR #22622 moved the checkbox and select all into the
What changes do you think we should make in order to solve the problem?We pass disabled={flattenedSections.allOptions.length === flattenedSections.disabledOptionsIndexes.length} for this
What alternative solutions did you explore? (Optional)We may use the old logic like this let removableMembers = {};
_.each(data, (memberOption) => {
const member = props.personalDetails[memberOption.keyForList];
if (member.accountID === props.session.accountID || member.login === props.policy.owner || member.pendingAction === CONST.RED_BRICK_ROAD_PENDING_ACTION.DELETE) {
return;
}
removableMembers[member.accountID] = member;
}); and pass disabled={_.isEmpty(removableMembers)} here
and add default prop disabled = false here
and add disabled = {disabled} here
and here
|
Triggered auto assignment to @joekaufmanexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Triggered auto assignment to @aldo-expensify ( |
PR #22622 moved the checkbox and select all into the disabled={flattenedSections.allOptions.length === flattenedSections.disabledOptionsIndexes.length} to the |
📣 @UsamaPLUTON! 📣
|
85.vendors.chunk.js:1 with non-plain text contents is unsupported by type to select for accessibility. Please add a |
@aldo-expensify could you please confirm whether this should actually be a deploy blocker? |
I do kind of think that this should be a deploy blocker, seems like a legit regression that it would be better not to ship. It has a negative impact on UX if you can't click on something and it's unclear why. IMO the UX should be:
|
This issue has the potential to significantly compromise user experience,
particularly when users are unable to interact with elements without a
clear understanding of the underlying reasons.
In my opinion, Universal Selectability Enables the user to select all items
regardless of the scenario. If a workspace admin is selected, the "Remove"
button should be deactivated. Moreover, placing a tooltip over the disabled
button with the message "Administrators cannot be removed from this
workspace" would provide users with informative context.
…On Thu, Aug 24, 2023 at 10:13 PM Joseph Kaufman ***@***.***> wrote:
@aldo-expensify <https://github.com/aldo-expensify> could you please
confirm whether this should actually be a deploy blocker?
—
Reply to this email directly, view it on GitHub
<#25859 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BCD2GLUSBC5MLNQP3UNMNG3XW6DR3ANCNFSM6AAAAAA35FVS6U>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Do tooltip work for mobile? Do they appear on tap? |
No, they don't. So I guess we could use message somewhere else in the UI as well |
As far as I know, the usual approach for form is that we don't disable the button and we allow the user to click it, then we display an error on click. Why are we aiming for a different approach? maybe we should do that? |
Isn't just disabling them enough? If |
hmm that makes sense to me, without talking about admins or not admins, if all options are disabled, it makes sense to disable "Select all" |
@c3024 can you implement your proposal? |
Yes, making the PR right away. |
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.58-5 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-09-06. 🎊 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:
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:
|
@aldo-expensify / @c3024 mind completing the BZ checklist here so we can prep to issue payment? |
This fix is for showing the disabled cursor for the 'Select All' and 'Checkbox'. When there are no select-able options, clicking on the checkbox/'Select All' did not toggle the checkbox nor selected any of the following options even before this fix as well. |
@c3024 thanks! |
@aldo-expensify could you please complete your portion too when you have a sec? |
Once the checklist is complete, we need to issue the following payments here:
|
@c3024 offer sent for $1,000! ($500 will be issued as bonus). |
Completed bugzero checklist |
Thanks. Accepted the offer @joekaufmanexpensify |
BZ checklist complete, all set to issue payment! |
@c3024 $1,500 sent and contract ended! |
@gadhiyamanan $250 sent and contract ended! |
Upwork job closed. |
Bug is fixed, BZ checklist complete, and all payment issued. Closing as this is all set. Thanks everyone! |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Action Performed:
Expected Result:
cursor should be display as disabled because there the member is admin
Actual Result:
cursor does not display as disabled
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.57-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
Screen.Recording.2023-08-23.at.1.48.28.PM.mov
Recording.1502.mp4
Expensify/Expensify Issue URL:
Issue reported by: @gadhiyamanan
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1692778734596109
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: