Closed ynx0 closed 3 years ago
I can do, just some form validation stuff. It only validates on blur and it only submits the request with the candidates that are in the list — anything in the input box itself isn't submitted. But we could be clearer about how that works.
@matildepark I was thinking about it and I think that taking inspiration from gmail could be one option. The way they do it is to first allow invalid input but then highlight it as such. Then, when the submit button is clicked, it pops up with an error.
Validation “on submit” as opposed to on blur is needed in a few areas I think, yes. Presumably just using Formik instead of FormikOnBlur might do this.
— ~haddef-sigwen https://urbit.org
On Jan 6, 2021, at 9:10 PM, Yaseen notifications@github.com wrote:
@matildepark I was thinking about it and I think that taking inspiration from gmail could be one option. The way they do it is to first allow invalid input but then highlight it as such. Then, when the submit button is clicked, it pops up with an error.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.
Describe the bug While creating a notebook and trying to restrict writers, one can make the UI fall into an invalid state where there are no entries in the writer field yet the form does not validate and erroneously stops the user from creating an unrestricted notebook.
To Reproduce Steps to reproduce the behavior: In a group you have permissions to create:
Expected behavior I expect to be able to try to restrict the writers then change my mind and leave it unrestricted.
Screenshots
Main bug:
Adding someone seems to be a workaround:
While we're at it, the writer's field also accepts invalid writers (i.e. the string
"asdf"
is accepted and silently ignored and the notebook is created) but that's pretty minor.Not the end of the world.
(apologies if this has already been filed. I looked through issues as best as I could)