Skip to content
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

Bug 1777256: Removed disable button logic to achieve overall consistency #3500

Merged
merged 1 commit into from Dec 5, 2019

Conversation

bipuladh
Copy link
Contributor

@bipuladh bipuladh commented Nov 20, 2019

  • Removed submit button disabling logic.

@openshift-ci-robot openshift-ci-robot added size/M Denotes a PR that changes 30-99 lines, ignoring generated files. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Nov 20, 2019
@openshift-ci-robot openshift-ci-robot added the component/noobaa Related to noobaa-storage-plugin label Nov 20, 2019
@@ -88,6 +89,19 @@ const awsRegions = [

const awsRegionItems = _.zipObject(awsRegions, awsRegions);

const nameLabelTooltip = (
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We have a ton of forms that accept a name, but don't have a tooltip like this anywhere else. I think we should apply this generally everywhere or leave it out. The problem is that different resources can have different rules.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@shirimordechay WDYT? Would it be okay for us to leave the tooltip out?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The question is if those other places also have a rule list that might cause error messages...
What is worst? to add those tooltip details ahead and let the user know what is a valid name (and prevent errors) or add a new type of tooltip? If the user won't have those details anywhere he can make one mistake after another and continuously receive error messages. This can be very frustrating. Showing the requirements/ rules ahead is a great way to prevent errors and frustrations.
Is there any other implementation that handles this kind of situation?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IMO the error messages will guide the user to come up with the correct value for a field.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, eventually the user should make it but what if the user types a name that has 3-4 different errors? will we show all those errors at once or only the first invalid rule?

In any way, best is to prevent errors since the console error messages are not very informative at the moment and may not guide the user so well.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@spadgett your thoughts? I believe we should let the user try without any aid( assuming that an administrator using these features s/he would be able to decode the error).

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@shirimordechay whatever we decide, we shouldn't do it for just one form since this is an issue for every form. that's my point. we should be consistent.

if we make a change, it should be a separate PR that updates all forms that have a name input

it would be even better if we can use the open api description so that the help text is always accurate. we've gotten out of sync in the past and shown a client hint that was not longer current with the api. that is arguably worse.

i believe we have some design stories to look at how to show field-level help in forms. we are already showing the open api doc in details pages. we should try to be consistent in how we show it for forms as well. see #2926

https://github.com/openshift/console/blob/master/frontend/public/components/utils/details-item.tsx#L51-L65

i'd rather solve this generally for all forms as a separate story

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I agree there should be a general solution for this type of issue. I would try to raise this issue at the UXD level so that hopefully this could be a reuse component in the future.
@spadgett Where do we have other multi requirements naming in the console?

@bipuladh Can we at least make sure that the error messages are clear enough? or this is related to the other issue we talked about?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@shirimordechay Yeah you're right it's related to the other issue(it's send by the operator).

@openshift-ci-robot openshift-ci-robot added size/S Denotes a PR that changes 10-29 lines, ignoring generated files. and removed size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Nov 25, 2019
@bipuladh
Copy link
Contributor Author

@spadgett removed the field-level help. Only deals with removing disable feature for the form.

@afreen23
Copy link
Contributor

/retest

1 similar comment
@afreen23
Copy link
Contributor

/retest

@cloudbehl
Copy link
Contributor

can you add the bugzilla to this.

@cloudbehl
Copy link
Contributor

/kind bug

@openshift-ci-robot openshift-ci-robot added the kind/bug Categorizes issue or PR as related to a bug. label Nov 27, 2019
@bipuladh bipuladh changed the title Removed disable button logic to achieve overall consistency Bug 1777256: Removed disable button logic to achieve overall consistency Nov 27, 2019
@openshift-ci-robot
Copy link
Contributor

@bipuladh: This pull request references Bugzilla bug 1777256, which is invalid:

  • expected the bug to target the "4.4.0" release, but it targets "---" instead

Comment /bugzilla refresh to re-evaluate validity if changes to the Bugzilla bug are made, or edit the title of this pull request to link to a different bug.

In response to this:

Bug 1777256: Removed disable button logic to achieve overall consistency

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@openshift-ci-robot openshift-ci-robot added the bugzilla/invalid-bug Indicates that a referenced Bugzilla bug is invalid for the branch this PR is targeting. label Nov 27, 2019
@openshift-ci-robot
Copy link
Contributor

@bipuladh: This pull request references Bugzilla bug 1777256, which is invalid:

  • expected the bug to target the "4.4.0" release, but it targets "---" instead

Comment /bugzilla refresh to re-evaluate validity if changes to the Bugzilla bug are made, or edit the title of this pull request to link to a different bug.

In response to this:

/bugzilla refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@bipuladh
Copy link
Contributor Author

/bugzilla refresh

@openshift-ci-robot
Copy link
Contributor

@bipuladh: This pull request references Bugzilla bug 1777256, which is valid. The bug has been moved to the POST state. The bug has been updated to refer to the pull request using the external bug tracker.

In response to this:

/bugzilla refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@openshift-ci-robot openshift-ci-robot added bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. and removed bugzilla/invalid-bug Indicates that a referenced Bugzilla bug is invalid for the branch this PR is targeting. labels Nov 27, 2019
@openshift-ci-robot openshift-ci-robot added size/M Denotes a PR that changes 30-99 lines, ignoring generated files. and removed size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Dec 1, 2019
@openshift-ci-robot openshift-ci-robot removed the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Dec 1, 2019
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@spadgett spadgett added this to the v4.4 milestone Dec 3, 2019
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@bipuladh
Copy link
Contributor Author

bipuladh commented Dec 3, 2019

/test e2e-gcp-console

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

9 similar comments
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@bipuladh
Copy link
Contributor Author

bipuladh commented Dec 4, 2019

/retest

2 similar comments
@bipuladh
Copy link
Contributor Author

bipuladh commented Dec 4, 2019

/retest

@bipuladh
Copy link
Contributor Author

bipuladh commented Dec 4, 2019

/retest

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

7 similar comments
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-merge-robot openshift-merge-robot merged commit 09d29b1 into openshift:master Dec 5, 2019
@openshift-ci-robot
Copy link
Contributor

@bipuladh: All pull requests linked via external trackers have merged. Bugzilla bug 1777256 has been moved to the MODIFIED state.

In response to this:

Bug 1777256: Removed disable button logic to achieve overall consistency

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@bipuladh
Copy link
Contributor Author

bipuladh commented Apr 7, 2020

/cherrypick release-4.3

@openshift-cherrypick-robot

@bipuladh: new pull request created: #4935

In response to this:

/cherrypick release-4.3

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. component/noobaa Related to noobaa-storage-plugin kind/bug Categorizes issue or PR as related to a bug. lgtm Indicates that a PR is ready to be merged. size/S Denotes a PR that changes 10-29 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

9 participants